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PREFACE 


This document describes the procedures which DIGITAL production 
personnel, DIGITAL Software Support representatives, or RSTS/E users 
should follow to test the reliability of RSTS/E V#5B-24 hardware 
components at the system level. For DIGITAL production personnel 
steps are described which enable building a RSTS/E system from the 
standard distribution kit, creating an operational RSTS/E system 
disk, and initializing all non-system disks. Additionally, for all 
users of the reliability test, procedures are described for creating 
the required files and for running the special SYSTST control program 
and the peripheral exercising programs on the RSTS/E system. The 
document is designed to be used in conjunction with the RSTS/E 
System Manager's Guide, order number DEC-11-ORSMC-A-D. 
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CHAPTER 1 


INTRODUCTION TO THE RSTS/E SYSTEM RELIABILITY TEST 


SYSTST is a set of BASIC-PLUS programs designed to provide a 
system reliability test of RSTS/E computers. The package includes 
a control program, several device exerciser programs, and utility 
routines required to establish the SYSTST environment. Each of the 
device exercisers is dedicated to driving one or more units attached 
to a peripheral controller and reporting any errors it may detect. 
The device exercisers are initiated through operator commands to the 
control program which is also responsible for monitoring their pro- 
gress. Since RSTS/E provides for software recovery from many hardware 
errors, the error logging routines are used to provide continuous 
monitor level recording of all detectable errors whether or not they 
are reported by the exercisers. The error logging programs, ERRCPY, 
ERRDIS, ERRCRS, and ANALYS are part of the standard RSTS/E library. 


Although the SYSTST exercisers in combination with the error 
logging routines do provide some diagnostic information, the package 
is not intended to replace stand-alone diagnostic or maintenance pro- 
grams. SYSTST should be used to point out possible problems and to 
verify hardware on the system level. The diagnostics must be used to 


identify specific hardware malfunctions at the device level. 
1.1 SYSTST ENVIRONMENT AND OPERATION OVERVIEW 


SYSTST is intended to run on any RSTS/E system with a minimum of 
8K of user core. The monitor must be configured for the Record I/O 
software option as well as for all devices which are to be tested. 
The reliability test normally consists of running simultaneously 
any set of device exercising subjobs over a period of several hours. 
During the test the control program allows the operator to initiate, 
terminate, and communicate with the subjobs and provides periodic 
status reports on request. At the conclusion of the test, the contents 
of the error log file should be printed to provide additional diag- 
nostic information. 


1.2 COMPONENTS OF SYSTST 


All SYSTST programs are included in the standard RSTS/E distribu- 
tion kit. If the distribution medium is 7 or 9 track magnetic tape, 
the required SYSTST files are included on the System Library and 
Reliability Tape labelled DEC-11-ORSLA-B-MA7.or -MA9. If the medium 
is DECtape, a. Separate Reliability Tape labelled DEC-11-ORSAA-B-UA is 
included in the kit. For DECpack distribution, all SYSTST files are 
included on the System Library and Reliability DECpack labelled 
DEC-11-ORSLA-B-HA. Required SYSTST files are listed below with a 


brief description of their purpose. 


TSTBLD. BAS A modified version of BUILD 
TSTBLD.CTL Control file for TSTBLD.BAS 
CONTRL. BAS The SYSTST control program 
CONTRL.HLP HELP file for CONTRL.BAS 
CPEXER.BAS CPU/EIS/FIS/FPP exerciser 
DFEXER.BAS RF11/RS11 disk exerciser 
DKEXER.BAS RK11/RK@3/RK@5 disk exerciser 
DPEXER. BAS RP11-C/RP#3 disk exerciser 
KBEXER. BAS Keyboard exerciser 

DTEXER. BAS DECtape exerciser 

LPEXER. BAS Line printer exerciser 
PREXER. BAS Paper tape reader exerciser 
PPEXER. BAS Paper tape punch exerciser 
CREXER.BAS Card reader exerciser 
MTEXER. BAS Magtape exerciser 


The following programs are also reguired and are included in the 
standard RSTS/E library. 


LOGIN. BAS RSTS/E LOGIN program 

LOGOUT. BAS RSTS/E LOGOUT program 

INIT. BAS RSTS/E system initialization program 

UTILTY.BAS RSTS/E system utility program 

TTYSET.BAS RSTS/E program for setting terminal 
characteristics 

ERRCPY.BAS RSTS/E error logging program 

ERRDIS.BAS RSTS/E error log printout program 

ERRDIS.HLP HELP file for ERRDIS.BAS 

ERRCRS.BAS RSTS/E crash data recovery program 

ANALYS.BAS RSTS/E crash analysis program 

SHUTUP. BAS RSTS/E system shutdown program 
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CHAPTER 2 


RSTS/E SYSTEM GENERATION FOR SYSTST 


SYSTST is intended for use at DEC manufacturing facilities for 
production testing of RSTS/E systems, at the customer site for field 
installation tests, and for periodic system reliability testing. 
Production testing requires generation of a RSTS/E system for the 
configuration to be tested. This chapter provides guidelines for the 
system generation at the manufacturing facility. Reference is made to 


the RSTS/E System Manager's Guide for details of the SYSGEN procedure 
which are not duplicated in this manual. 


2.1 SYSTEM GENERATION FOR PRODUCTION TESTING 


Generation of RSTS/E systems has been automated as much as 
possible to minimize operator error and the time required to get the 
system on the air. If a DECtape or magtape software kit is used, the 
first step involves loading a System Generation Monitor onto any disk 
and running the SYSGEN batch stream. A tape is created during the 
system generation which contains a hardware configuration file 
(CONFIG.MAC), four load maps (RSTS.MAP, OUR.MAP, INIT. MAP, and 
BASIC.MAP), the RSTS Linked Core Image Library (RSTS.LCL file), and 
a bootable copy of SYSLOD. The SYSLOD program is then used to create 
the RSTS/E system disk from the RSTS.LCL file on tape. When a DECpack 
kit is used, procedures are similar but the files mentioned above 
remain on the System Generation DECpack. The batch stream automati- 
cally loads the system code onto the RSTS/E system disk. After the 
system disk is created, the initialization options, PATCH, DSKINT, 
REFRESH, DEFAULT, and START are used to bring RSTS/E up to full 
operational status for production testing. 


2.1.1 Creating the RSTS/E System - SYSGEN 


The procedure to generate the RSTS/E system is described in 
Chapter 2 of the RSTS/E System Manager's Guide. The SYSTST user 
should be familiar with this material before attempting the system 
generation. In particular, Section 2.4 contains detailed instructions 
for loading the System Generation Monitor and running the system 
generation batch stream. When the batch procedure is initiated, the 
SYSGEN program asks a series of hardware configuration questions. 
SYSGEN's automatic answer capability should be used for the system 
generation at the production facility. This feature serves to verify 
the hardware configuration. Section 2.6 of the Manager's Guide 
includes all of the configuration questions. Normally, RSTS systems 
should be configured only for the hardware which is installed. 
However, RSTS/E is tolerant of missing devices and, with a few 
reservations, the questions may be answered for the full hardware 
configuration defined by the DEC order even if some devices are not 
installed at the manufacturing facility. 


The KT11 memory management unit, the EIS option (11/40 only), 
11/40 FIS or 11/45 FPP (if configured), 40K words of memory, clock, 
the console terminal, and the system disk must be installed to begin 


timesharing. Since RSTS/E adapts to the amount of additional memory 
available at start up time, memory may be added or removed as long as 
the 40K minimum is maintained as the low 40K of physical memory. 
Similarly, terminal interfaces which are configured but are not 
physically present at start up time will be locked out and messages 
conveying the keyboard numbers of the lines disabled are printed by 
the initialization code. If a Swapping disk is configured but is not 
connected, RSTS/E can be forced to swap on the system disk by appro- 
priate responses to the REFRESH questions discussed below. Other 
devices such as DECtape, magtape, printers, and auxiliary disks may 
be configured even if they are not connected provided they are not 
referenced under timesharing and are not used during the system 
generation. When running SYSTST, care must be taken not to run any 
exerciser for a configured device which is not really there. If this 
is done, RSTS/E will assume the device is present, the driver will 
access the appropriate bus address, a kernel trap through 4 will 
occur, and the system will crash. 


During the hardware configuration questions, SYSGEN will ask if 
any non-supported devices are connected to the RSTS/E system. 
According to the sequence for assignment of floating device addresses 
and vectors, several non-supported devices will have their addresses 
and/or vectors assigned before some of the supported devices (notably 
DH11). RSTS/E conforms to the specifications for assignment of 
floating addresses and vectors. These specifications are included as 
Appendix B of this manual. The devices which are not supported in 
RSTS/E are listed below the question concerning non-supported devices 
in the SYSGEN example of section 2.6.1, RSTS/E System Manager's Guide. 


SYSGEN will also ask which disk will be used as the system disk. 
Table 2-1 lists the preferred system disk for SYSTST. Note that the 
RF1l1l is used as a swapping disk if it is not configured as the system 
disk. 


SYSGEN continues with a series of questions to determine the 
software configuration. For the system generation at the DEC manu- 
facturing facility, the default responses given in the automatic 
answers are acceptable for all software options. The user need only 
type the LINE FEED key to accept the automatic answer. For field 
installation testing {if-a SYSGEN is performed) and for periodic 
reliability testing at the customer site, the software may be tailored 
to customer specification. Software requirements and guidelines for 
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Table 2-1 
SYSTST Disk Usage 


Disk Configuration Preferred SYSTST Choices 


Default 
RF11/RS11 
(platters) 


RK11/RK03/RKO05 
(drives) 


RP11-C/RP03 
(drives) 


DP1-DP7 
DK1-DK7 


DK@-DK7 
DP1-DP7 


= DF (all) None 
= DPG DF (all) DP1-DP7 
= DK@ DF (all) DK1-DK7 
DK@ DF (all) DK1-DK7 
DP{-DP7 


running SYSTST under these circumstances are presented in Sections 
2.3 and 3.5 of this manual. 


After all hardware and software configuration questions have been 
answered, the batch stream proceeds to create the system as specified. 
The operator is directed to mount tapes or disks as required. If 
SYSGEN is permitted to use a line printer, load maps and a directory 
of the LICIL tape will be printed. If a line printer is not available, 


the tape directory only will be printed cn the console terminal. 


Ze lee Creating the System Disk for SYSTST 


At this point SYSLOD or CILUS is used to create the contiguous 
Core Image Library (CIL) on the system disk from the RSTS.LCL file on 
tape or disk. When DECtape or magtape media is used, SYSGEN prints 
the correct SYSLOD command string to be used for the specified con- 
figuration. The disk to be used as the system disk must be mounted 
and write enabled before answering the SYSLOD DIALOGUE query. Upon 
completion of the load operation, SYSLOD bootstraps the RSTS/E 
initialization code into memory from the newly generated CIL. The 
load operation is performed automatically with CILUS when DECpack 
software is used. No command string need be typed. In either case, 
SYSTST does not require any special procedures in loading the CIL. 
Section 2.9 of the Manager's Guide presents and explains the SYSLOD 


and CILUS command strings which are used for the various types of 
system disks and distribution media. That document should provide 
adequate reference material. When the RSTS/E initialization code 

is loaded into memory it prints an identification line and the OPTION 
query. The SYSTST user must now invoke several initialization 
options to install any published patches, create the necessary file 
structures, and establish start up conditions in preparation for 


running the reliability test. 


2.1.3 Installing System Patches - PATCH option 


Immediately after the initialization code is bootstrapped into 
memory, the PATCH option must be used to install any system patches. 
Patches are published in the RSTS/E System Installation Notes and 
the monthly Software Dispatch publications. Published patches 
contain detailed instructions on the correct procedures to install 
the patch. The PATCH option of the initialization code is described 
in Section 3.2 of the RSTS/E System Manager's Guide. The SYSTST 
user should be familiar with that material before attempting to make 
any alterations to the system code. The example below demonstrates 
the use of the PATCH option. 


OPTION: PATCH Example only - nota 
MODULE NAME ? INIT real patch 


BASE ADDRESS ? 6r4r2 
GFFSET ADDRESS ? 4724 


MODULE BASE OFFSET dL NEW? 

INIT B67472 B64724 160200 7164206 Single Word Patch. 

INIT QO67472 GO4r26 KXKRXX 7 Old contents variable. 

INIT @67472 G@472G aanTéee 7 Printed for verification only. 
INIT @é67472 @64722 aaleGe FC Control/C exit 

OPTION: BOOT Boot required after 

BOOT DEVICE ? patching the initialization 


code to load altered INIT 


code into memory. 
RSTS ¥@5B-24 TEST SYSTEM 


OPTION: 


2.1.4 Initializing the System Disk - DSKINT Option 


After the SYSLOD or CILUS operation, the system disk contains 
only the CIL. The DSKINT initialization option is used to write the 
Minimal RSTS file structure and to incorporate the CIL into this 
structure. DSKINT also performs pattern tests on disk devices to 
check for bad blocks and can therefore be used to supplement the tests 
performed by the diagnostics and by the SYSTST disk exercisers. 


The initialization of a system disk is described in Sections 
3.3 through 3.3.2 of the RSTS/E System Manager's Guide. That 
discussion contains more information than is required to run SYSTST 
but is valuable for an understanding of the option. To avoid con- 
fusion at the manufacturing facility, the following description of 
DSKINT sets standards for initialization of all types of system 
disks. Initialization of non-system disks is covered in Sections 
3.3.3 and 3.3.4. 


DSKINT is run by typing DSKINT or DS in response to the initiali- 
zation OPTION query. DSKINT responds by asking for the current date 
and time of day and then proceeds to ask a series of questions about 
the disk to be initialized. Table 2-2 lists the DSKINT queries and 
the responses which should be used for SYSTST according to system 
disk type. 


The pattern tests are performed after YES is typed in response 
to the PROCEED query. If DSKINT finds a bad block, it prints the 
block number (decimal) and the contents (octal) of the disk registers 
at the time the error was detected. A few bad blocks (up to 10) 
might be tolerated on RK cartridges or RP packs but diagnostics should 
be rerun to ensure that the drive is not at fault. If bad blocks are 
detected on an RF disk, the RF1ll and/or RS11 should not be accepted. 
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Table 2-2 
DSKINT Queries and SYSTST Responses 


| | Response for System Disk Type 


DSKINT Query 


DISK? 


RF RK RP 
PLATTERS? (RF ONLY)1 1-8 NA NA 
UNIT? (RK and RP)2 NA g g 
PACK ID? SYSTST SYSTST SYSTST 
PACK CLUSTER SIZE? 1 1 2 
MFD PASSWORD? SYSTST SYSTST SYSTST 
MFD CLUSTER SIZE? 4 4 4 
PUB, PRI,SYS? SYS SYS SYS 
LIBRARY PASSWORD? SYSTST SYSTST SYSTST 
LIBRARY UFD CLUSTER SIZE? 4 4 4 
PATTERNS (1-8) 3 2 2 2 
PROCEED (Y OR N)? YES YES YES 


lenter number of RS11 platters connected to RF1ll control. 


always unit zero for system disk. 


3rhe more patterns used, the better the test. Time required per 


pattern = .5 minutes for RF, 2 minutes for RK, 12 minutes for RP. 


Initializing the System Disk - DSKINT Example 


RST 


OFT 
DD- 
HH: 


DIS 
UNI 
PAC 
PAC 
MFD 
MFD 
PUB 
LIB 
LIB 
PAT 
PRO 
PAT 
PAT 


OPT 


S ¥BG-21 TEST S¥STER Refer to Table 2-2 for the 


correct responses to be 
used for the various 
types of system disks. 


IGN: DS 
MMM-¥¥2 6-JUL-74 
MM? 4:42 


K ? RK 

1? 8 

K ID ? SYSTST 

K CLUSTtr SIZE 7 1 
PASSWORD ? SYSIST 
CLUSTER SIZE ? 2 

» PRI. OR SYS ? SYS 

RARY PASSWORD ? SYSTST 

RAR. UFD CLUSTER SIZE 7? 4 
TERNS ? 2 

CEES <Y OR ND 7? Y 

TERN # 2 

TERN # 1 


ION: 


2.1.5 Initialization of Non-System Disks - DSKINT 


The DSKINT option is used to write the minimal RSTS file structure 
on non=-system disks. SYSTST requires that each non-system RK and RP 
drive be fitted with a cartridge or pack, readied, and write enabled 
at this time. Do not use cartridges or packs which contain useful 
information since DSKINT destroys everything on these packs. Sections 
3.3.3 and 3.3.4 of the RSTS/E System Manager's Guide contain a general 
discussion on the use of DSKINT for non-system disks. Specific 


instructions for SYSTST are presented below. 


As described in the previous section, DSKINT is run by typing 
DSKINT or DS in response to the OPTION query. The current date and 
time of day entered when the system disk was initialized is retained. 
Typing the LINE FEED key (indicated by <LF> in the sample dialog) is 
sufficient response, therefore, to the DATE and TIME questions. The 
subsequent questions asked are similar to the case of the system 
disk. Table 2-3 lists the DSKINT queries and responses which should 
be used for SYSTST according to auxiliary disk type. Do not initialize 
the system disk using the responses of Table 2-3 as this will destroy 
the CIL. 


Table 2-3 
DSKINT Queries and Responses for Non-System Disks 


Response for Auxiliary Disk Type 
DSKINT Query RS#4 RK 
RF 


DISK? RP 
PLATTERS? (RF ONLY)1 1-8 (RF) NA 
UNIT? (RS,RK, or RP)2 @-7 (RS) 6-7 
PACK ID? SYSTST SYSTST 
PACK CLUSTER SIZE? 1 2 
MFD PASSWORD? SYSTST SYSTST SYSTST 
MFD CLUSTER SIZE? 4 4 
PUB, PRI, SYS? PUB PUB 
FORMAT? YES YES 


PATTERNS? (1-8)3 2 2 


YES 


PROCEED (Y OR N)? YES 


luse responses from Table 2-2 if RF is the system disk. DSKINT 
serves only to pattern test an RE RS#3, or RS#4 swapping disk and 
is not required. 


er RK or RP unit #@, ensure that the disk is not the system disk. 


rime required per pattern = .25 minutes for RF or RS, 1 minute 
for RK, and 12 minutes for RP. 


DSKINT is used once for each disk to be exercised under SYSTST. 
After all disks have been initialized, leave the packs mounted and the 
Grives ready and write enabled for the duration of the test. 


Initializing the Auxiliary Disks - DSKINT Examples 


OPTION: DS 

DD-MMH-94? <LF> Time entered above is sufficient 

HH. I4l4? <LF> until start up time. (See note 
\ below on <LF> .) 

DISK ? RK 

UNIT 7 2 

“K > SYSTST 

ah EicuES SIZE 7 4 Refer to Table 2-3 for correct 

MED PASSWORD 7 SYSTST response for all types of 

MED CLUSTER SIZE 7? 2 auxiliary disks. 


FUB, PRI, OR SYS 7 PUB 
FORMAT 7? YES 

FATTERNS 7 2 

PROCEED © OR N?> ? ¥ 
STARTING FORMAT PRSS 
END FORMAT PASS 
PATTERN # 2 

PATTERN # 1 


OPTION: DS Typing the Linefeed key is 
DD-MMM—Y9? <LF> represented by the symbolic 
HH: MM? <LF> characters <LF>. 

DISK ? RF 

UNIT ? @ 


PRCK ID 3 SYSTST 

FACK CLUSTER SIZE ? 2 

MFD PASSNORD ? SYSTST 

MFD CLUSTER SIZE ? 2 

FUB, PRI, OR SYS ? PUR 

FORMAT ? YES 

PATTERNS ? 2 

PROCEED <Y OR ND? Y¥ ; 

DRIVE NOT READY - Drive was not powered up. 
TYPE <LF> TO RETRY, ANYTHING ELSE TO ABORT DSKINT <LF> 
DRIVE NOT READY : 


Drive was not 
TYPE <LF> TO RETRY, ANYTHING ELSE TO RBORT DSKINT 


<LF> wri 
SET RF11C FORMAT ENABLING SWITCH THEN TYPE <LF> - pag ite enabled 
STARTING FORMAT PASS 
END FORMAT PASS 
DISABLE FORMAT SWITCH THEN TYPE <LF> <LF> 
PATTERN # 2 
PATTERN # 1 
OPTION: DS 
DD-MMM-YY? <LF> 
HH: MM? <LF> 
DISK ? RF DSKINTing the swapping disk 


PLATTERS 7 2 


is not required but it does 
PACK ID ? SYSTST serve to pattern check the 
FACK CLUSTER.SIZE ? 1 disk 
MFD PASSWORD ? SYSTST : 


MFD CLUSTER SIZE ? 2 
PUB, PRI, OR SYS ? PUB 
PATTERNS ? 2 

PROCEED <¥ OR ND ? ¥ 
FATTERN & 2 

PATTERN 8 2 


2.1.6 Building the System Files - REFRESH 


All RSTS systems require a number of system files during normal 
time sharing operations. The files required by RSTS/E are listed 
in Table 3-3 in the RSTS/E System Manager's Guide together with a 
functional description of each. The DSKINT of the system disk creates 
the files BADB.SYS, SATT.SYS, and RSTS.CIL. The remaining system 
files are created by the REFRESH option of the RSTS/E initialization 
code. REFRESH permits tailoring of the system files to the needs of 
each individual installation. A lengthy discussion of the options 
available at REFRESH time is presented in Sections 3.4.1 and 3.4.3 
of the RSTS/E System Manager's Guide. SYSTST requires only a small 
amount of tailoring to locate a swap file (SWAP%.SYS) on the swapping 
disk (if one exists) and to create the crash dump file (CRASH.SYS). 


The example below shows the preferred responses to the REFRESH 
dialog for SYTST. With two exceptions, the responses shown cause 
REFRESH to default the characteristics of the system files. First, 
REFRESH locates the swap file on the system disk even if a swapping 
disk exists unless instructed otherwise. The responses shown in the 
example force SWAP@.SYS to the swapping disk. If no swapping disk is 
configured, REFRESH will not ask the "DISK" query and defaults to the 
system disk. Secondly, REFRESH does not create the crash dump file 
unless instructed to do so. The crash dump facility should always be 
enabled for SYSTST, and, hence, the file CRASH.SYS must be created at 
REFRESH time. "YES" responses to the "CRASH DUMP" queries of both 
the REFRESH and DEFAULT initialization options serve to enable the 
crash dump and auto-restart features of KSTS/E. 


Creating the System Files - REFRESH Example 


OPTION: REFRESH 
DD-MMM-YY? 22-JUL-74 
HH: MM? 18:36 


OLO ? NO 

FILE CURRENT REQUIRED START START 
NAME REQUIRED? EXIST STATUS SIZE SIZE. CLUSTER SECTOR 
BADB . SYS YES SHS aK a @ 

RSTS .CIL YES £4 B/C 2&4 264 46 4 
SATT .SY¥S YES SHS B/C é z 4 va 
SWAP@ . SYS YES NO CRE a vl 

SWAPL . SYS NO NO OK a a 

SWAP2 . SYS NO Na OK ) @ 

SWAPS . SYS NO NO ciK a a 

OVR .S¥S NO NG cK a 2& 

ERR ies NO NO Ok @ & 

BUFF .SYS YES NO CRE © a é 

CRASH . SYS NO NC Ok @ 2& 


Creating the Svstem Files - REFRESH Example (Cont.) 


BAGS 7 <LF> 

RSTS CIL CHANGES 7 | <LF> 

SATT. SYS CHANGES ? <LF> 

SWAFG. SYS CHANGES 7? YES Type the LINE FEED key here 
to accept REFRESH defaults. 

See <2 <LF> 

DISK 7 SWP 

BASE ? <LF> 

SWAPL. SYS CHANGES 7 <LF> 

SWAP2. SYS CHANGES 7 <LF> 

SWAPS. SYS CHANGES 7 <LF> 

ove. SYS CHANGES 7 <LF > 

ERR. SYS CHANGES 7? <LF > 

BUFF. SYS CHANGES ? <LF > 


CRASH ? YES 


FILE CURRENT REGUIRED START START 
NAME REQUIRED? EXIST STATUS SIZe SIZE CLUSTER SECTOR 
BACB . SYS YES Sys ak a @ 

RSTS .CIL YES SYS ak 2e4 2&4 46 49 
SATT . SYS YES SYS cK Fa é 4 = 
SWAPG . SYS YES SMP OK s12 212 4799 4500 
SWAPI . SYS NQ NQ ak a a 

SWAP2 . SYS NO NO OK @ a 

SWAPS . SYS NO NC aK a a 

OVR eS Na NO ak @ ae 

ERR S75 NO Nd OK a € 

BUFF .S8¥YS YES he) OK é Eé é. ? 
CRASH . S¥S NO S's OK 2c ae 1é 12 
QPTION: 


2.1.7 Setting the Default Start Up Conditions - DEFAULT 


The DEFAULT option permits tailoring of a RSTS/E system to meet 
the needs of each installation. DEFAULT is used to permanently set 
the system job maximum, the maximum size of user programs, the 
physical location of the BASIC-PLUS Run Time System in memory, to 
lock or unlock areas of memory, and to enable the crash dump facility. 
These default start up conditions are permanent in the sense that they 


are preserved when the system is shut down. The same characteristics 


may be set using the START option described in the next section but 


the effect is temporary, i.e., in effect only for one time sharing 
session. 


REFRESH assumes a maximum job size of 8K when determining the 
size of SWAP@.SYS. Although these limits could be changed using 
DEFAULT, they are consistent with SYSTST requirements and need not 
be altered. Relocation of the BASIC-PLUS Run Time System is normally 
used to gain optimum advantage of fast semiconductor memory. Since 
SYSTST is not really concerned with speed, there is no requirement 
to locate BASIC-PLUS in any particular area of memory. Furthermore, 
memory should not be locked during the reliability test. The memory 
lock out feature of the DEFAULT and START options should only be used 
in the case of memory failures where it is necessary to continue 
operation of the RSTS/E system or to help in locating memory 
problems. Finally, the crash dump facility should always be enabled 
during SYSTST. 


The DEFAULT code is the most critical of the RSTS/E initializa- 
tion routines. Prior to using this option, the KT1l memory manage- 
ment unit, physical memory above 28K, and the memory parity registers 
(if any) have not been used. DEFAULT enables memory mapping and 
scans the 124K of physical address space to determine the size and 
location of all available memory. DEFAULT will also enable memory 
parity checking to determine the association between parity registers 
and the parity memory banks. If any of this hardware is not operating 
properly, it is very likely that DEFAULT will fail. If a crash does 
occur during execution of the DEFAULT option, the components mentioned 
should be carefully checked with diagnostics. 


The responses to the DEFAULT questions necessary to establish 
default start up conditions as outlined above are shown in the example 
below. The DEFAULT option is described in greater detail in Section 


3.5 of the RSTS/E System Manager's Guide. 


OPTION: DEFAULT 


YOU CURRENTLY HAVE: JCE MAX = 16: SHARP MAS = Sk, 


JOB MAX OR SWAF MAK CHANGES ? NO 


CUPRENT MEMORY ALLOCATICN TAELE: 


AMDR +0G@0G +640G0 +10000 +14009 +2000 +2400H +2000 +2480 


naga MCN MCN MCiM MCN MCN Min Mend MON 
B4neaa MON MCN MCN MCN MIN Moin MIM Mie 
168eaR MON MCN MCIN MON BASIC BASIC BASIC BASIC 
1496@@ BASIC EASIC BASIC EASIC BASIC BASIC BASIC BASIC 
2a@@GG BASIC BASIC u u u Ul i U 
z4aqae u u U u u U u r 
zeanea u u Ul U ul U U U 
744066 U U u U u Ul U UI 
4ngaaa u u U u U u U ul 
449000 NSM NSM NM NSM NxM NSM NM NEM 
saqeaaa NIM NEM NEM NxM NYM NEM NSM NM 
549908 NSM NM NEM NEM NxM NM NM NM 
éaGRGG NM NxM NEM NSM NEM NXM NeM MSM 
é490ag NxM NxM NEM NxM NEM NEM NSH Hen 
Fageae NxM NSM NSM NxM NEM NxM NM Nee 
740968 NSM NSM NEM NxM ra 1/0 1c ean 


TABLE OPTION ? EXIT 
YOU CURRENTLY HAYE: CRASH DUMP CISAEBLED. 


CRASH DUMP ? YES 


RSTS VO@SB-24 TEST SYSTEM 


OPTION: 


2.1.8 Starting Time Sharing Operations - START 


The START option is used to put RSTS/E into a full running 
state. As mentioned above, start up conditions established by 
DEFAULT can be temporarily altered by the START option. Any altera- 
tion applies only for the current time sharing session. If RSTS/E 
is shut down and later bootstrapped from the system disk, the start 
up conditions revert to those set by default. The example below 
retains the start up conditions established by DEFAULT and indicates 
the preferred procedure for SYSTST. Section 3.6 of the RSTS/E 
System Manager's Guide provides adequate reference material for use 
of the START option. 


The START code is also a very critical part of the system 
initialization. START will reference all configured terminal inter- 
faces and disable any which do not respond. The KT11 memory manage- 
ment unit is activated to determine the size of available memory 
(as in DEFAULT), to load the monitor and Run Time System, and to 
prepare for normal time sharing. START, furthermore, loads the stack 
limit register, enables parity traps for all parity memory, and 
activates the system clock to begin time sharing. Terminal inter- 
faces, other than that for the console terminal, and the stack limit 
register have not been used up to this time. Even the clock was not 
critical to the operation of the System Generation Monitor or the 
other initialization routines. If the system does not come up as 
shown in the example below, these components are suspect and should 
be exercised with the standard diagnostics. 


OPTION: START 


YOU CURRENTLY HAVE: JOB MAX = 16. SWAP MAX = SE. 

JOB MAX OR SWAP MAX CHANGES * <LF> Line Feed <LF> is used to 
retain DEFAULT start up 

ANY MEMORY ALLOCATION CHANGES 7 <LF> conditions. 


CRASH DUMP ? <LF> 


DO-MMM-YY? 22-JUL-?74 Time and date should be 

HH:4M? 42:48 entered here. 

CAN’ T FIND FILE GR ACCOUNT These are normal error 

PROGRAM LOST - SORRY messages. 

READY RSTS/E is now up and 
running. 


When time sharing is initiated, the system attempts to execute 
the INIT system program which does not yet exist in the system 
library. As a result, two error messages are printed followed by the 
READY message as shown in the example. At this point, the console 
terminal is logged into the system under the system library account 
[1,2] and RSTS/E waits for input. In a normal system generation, the 
system library would be built at this time. The files listed in 
Section 1.2 comprise the library for SYSTST. Section 2.2 is concerned 
with loading the SYSTST files. 


2.2 BUILDING THE SYSTST FILES 


The SYSTST package includes a BASIC-PLUS program (TSTBLD.BAS) 
and a control file (TSTBLD.CTL) responsible for loading and compiling 
the SYSTST files. It is, however, necessary to build most of the 
standard RSTS/E iibrary in addition to the SYSTST programs since 
several of these programs are also used for the reliability test. 
The operator need only type a few simple commands to create the 
required files. The build process proceeds automatically without 
operator intervention. Procedures vary slightly with the different 
distribution media. The next three sections detail the procedures 
required to build the library and SYSTST files from disk cartridge, 
magtape, and DECtape. 


2.2.1 SYSTST Build from DECpack 


If a disk cartridge software kit is used for the system genera- 
tion, mount the copy of the System Library and Reliability DECpack, 
DEC-11-ORSLA-B-HA on RK unit 1 and write-enable the drive. Since 
the system library is initially empty, a small BASIC-PLUS program 
must be entered to logically mount the library disk. The procedure 
and program is shown below. 


CAN’ T FIND FILE OR ACCOUNT 
FROGRAM LOST - SORRY 


READY 

NEW MOUNT 

READY 

1@ DIM MAC 3@K3 

28 CHANGE SYSCCHRECERI+CHREC-1O2)4+"SYSLIB"> TO Mx 
26 MeCO@xnd=260 © MACLAD=EK Mat eno=tn 

46 M2C322=62 : MACA2EKDHGEA: MAC 24e Rr Se 

7@ MAC25K9e4R 2 MAC 26490 =255% 'MAC25x)=0% IF RK UNIT & 
66 CHANGE Mz TO M$ 

?6 M$=SYSCM$) 

8&6 END 

RUNNH 

READY 


Now that the library pack is mounted, the standard RSTS/E 


library programs are loaded by typing the commands shown below. 


KUN BDKI:BUILD 

SYSTEM BUILDER 

SYSTEM BUILD? YES 

SYSTEM BUILD DEVICE? DEI 


Standard RSTS/E library build proceeds without operator 
intervention. Many messages are printed as the programs 
are compiled and stored. See Section 4.2.1.1 of the 


RSTS/E System Manager's Guide. 


BUILD COMPLETE 
REAGY 
RUM BUILD 


SYSTEM BUTE Ge F: 

SYSTEM BUILD? MO 

AUS IL IARY BUTbt DEM IEE? DES 
CONTROL FILE 167 RECTO. CIL 


Additional programs which use RECORD I/O are loaded without 
further operator action. Messages are printed as shown in 


Section 4.2.1.2 of the RSTS/E System Manager's Guide. 


BUILD COMPLETE 


READY 


Finally, the SYSTST files are loaded using the TSTBLD program. 
One command and one response is sufficient to initiate the SYSTST 
build. TSTBLD proceeds without further operator action as shown below. 


RUN DK1:TSTBLD 
SYSTST BUILDER 


SYSTST BUILD DEVICE? DK1: 


“C 
HELLO 


RSTS V@SB-24 TEST SYSTEM JOB 2 KBG@ 22-JUL-74 17:26 
#1¢2 
PASSWORD: 


JOBCS> 1 ARE DETACHED UNDER THIS ACCOUNT 
JOB NUMBER TO ATTACH TO? 


1 OTHER USER*S>) ARE LOGGED IN UNDER THIS ACCOUNT 


READY 


OLD $DK1: 
READY 
COMPILE 
READY 
COLO #DK41 
READY 
COMPILE 
READY 
OLD $DK4 
READY 
COMPILE 
READY 
GLO #DK1 
REWDY 
COMPILE 
READY 
OLO $DK1: 
READY 
COMPILE 
READY 

OL $DK41: 
READY 
COMPILE 
READY 
GLO $DK1 
READY 
COMPILE 
READY 
OLD $0K1: 
READY 
COMPILE 
READY 

OLG $DK1i: 
RERDY 
COMPILE 
RERDY 

OLD $DK1: 
READY 
COMPILE 
READY 

OLD $DK1: 
READY 
COMPILE 
READY 

GOLD $DK1: 
READY 
COMPILE 


CONTRL 


:CPEXER 


:DFEXER 


:DEEKER 


DPEXER 


KBEXER 


:DTEXER 


LPEXER 


PREXER 


PPEXER 


CREXER 


MTEXER 


READY 

RUN $PIP 

FIP - RSTS Y@SB-24 TEST SYSTEM 
#CONTRL. HLP<$DKi:CONTRL. HLP CFA 
a-c 


READY 
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These messages are printed as the 
TSTBLD program loads and compiles 
the SYSTST files. No operator 
action is required. 


Spacing has been removed to 
save space, 


FUN $UTILT? 
“UTILTY SYSTEM UTILITY FROGRANM 
* LOGINS 


“ 7 cr 


REAGY 


ne 
. 


HELLO 

RSTS V@SR-24 TEST SYSTEM JOB 2 [1.2] KB@ 22-dUL-F4 17.45 
JOE<S) 41 ARE DETACHED UNDER THIS ACCOUNT 

JOG NUMBER TG ATTACH TO? 1 

ATTACHING TO JOB 4 


SYSTST BUILD COMPLETE - STARTING CONTRL 


44 DEVICES CONFIGURED IN FSTS YESB-24 TEST SYSTEM 


TYPE COUNT EXERCISER NAME 

CPU 4 CREXER 

OP 2 DFEXER 

DK 2 CKEXER 

KB ee KEEXER 

CT 4 DTEXER 

LP é LPEXER 

FR 4 PREXER 

FP 4 PREXER 

MT 4 MTEXER 

PK 4 FKEXER No pseudo keyboard (PK) exerciser exists. 
RJ 1 RJEXER No 2780 (RJ) exerciser exists. 
SYSTEM JOB MAX = f2 

CONTROL JOB MAK = 29 


** JOB NAME TO START GR ATTACH 7 


Now that the SYSTST control program has been initiated, the full 
reliability test can be run. Chapter 3 presents guidelines for 


running SYSTST and includes a comprehensive example of one such test. 


2.2.2 SYSTST Build from Magtape 


The procedures for building the library and SYSTST files from 7 or 
9 track magtape are similar to the DECpack procedures of the previous 
section. All required files are included on the System Library and 
Reliability Test Tape, DEC-11-ORSLA-B-MA7 or -MA9. This tape must be 
mounted on magtape unit @. Ensure the drive is ready and the tape is 


at load point. The standard library build is initiated as shown below. 


CAN’ T FIND FILE OR ACCOUNT 
FROUGRAM LOST - SORRY 


READY 


RUN MTG: BUILD 

SYSTEM BUILDER 

SYSTEM BUILD? YES 

SYSTEM BUILD DEVICE? MT& 


Standard RSTS/E library build proceeds without operator 
intervention. Messages are printed as the programs are 
compiled and stored. See Section 4.2.1.1 of the RSTS/E 


System Manager's Guide. 


EUILD COMPLETE 
READY 

RUN BUILD 

SYSTEM BUILDER 
SYSTEM BUILD? NO 


RUXILIARY BUILD DEVICE? MTG 
CONTROL FILE 15? RECIO. CTL 


Additional programs which use RECORD I/O are loaded without 
further operator action. Messages are printed as shown 


in Section 4.2.1.2 of the RSTS/E System Manager's Guide. 


BUILD COMPLETE 


READY 


The SYSTST files are loaded from magtape using the TSTBLD 
program. The commands shown below initiate the sequence. 


RUN MT@:TSTBLD 
SYSTST BUILDER 


SYSTST BUILD DEVICE? MTG: 


Messages similar to those shown in the previous section are 
printed as the SYSTST files are compiled and stored. At the end of 
the build operation, the SYSTST control program is run to start the 
reliability test. The message below is followed by the table of 


configured devices and exerciser names as shown in the previous 
section. 


S¥STST BUILD COMPLETE - STARTING CONTROL 
After the SYSTST control program has been initiated, the full 


reliability test can be run. Chapter 3 presents guidelines for 


running SYSTST and includes a comprehensive example of one such test. 


BUN OTe TSTELE 
TST BLILDER 


“, > 
PAs 


SVETST BUILD DEVICE? UT} 


Messages similar to those shown in Section 2.2.1 of this manual 


are printed as the SYSTST files are compiled and stored. At the end 


of the operation, the SYSTST control program is run to start 
the reliability test. 
Sedo) BULL COMPLETE -> Ss 7 ak EWG CORT RES 


Now that the SYSTST control program has been initiated, the 
full reliability test can be run. Chapter 3 presents guidelines for 


running SYSTST and includes a comprehensive example of one such test. 


FUN OTe@: TSTBLE 
“YSTST BUILDER 


S¥YSTST BUILD DEVICE? UTS: 


Messages similar to those shown in Section 2.2.1 of this manual 
are printed as the SYSTST files are compiled and stored. At the end 
of the build operation, the SYSTST control program is run to start 
the reliability test. 


SYSTST BUILG COMPLETE - STARTING CONTROL 


Now that the SYSTST control program has been initiated, the 
full reliability test can be run. Chapter 3 presents guidelines for 


running SYSTST and includes a comprehensive example of one such test. 


2.3 SYSTEM GENERATION FOR FIELD INSTALLATION TESTS 
a SR PASHALLON TROLS 


The SYSTST package can be used on any RSTS/E system as long as 
Record I/O is configured. Otherwise, the system may be configured to 
customer specification for field installation tests or for periodic 
reliability testing. Inclusion of the extended mathematical functions 
(sine, cosine, etc.) increases the effectiveness of the processor 
exerciser (CPEXER) but is not required. The card reader exerciser 
(CREXER) is designed to work with a MAINDEC punched with the DEC029 
card code. If the 026 or 1401 card decode table is used, a corres- 
ponding test deck should be punched. 


2-23 


CHAPTER 3 


RUNNING THE SYSTEM RELIABILITY TEST 


This chapter explains how to run the RSTS/E System Reliability 
Test. The test consists of running several device exerciser programs 
as separate jobs (called subjobs) under the supervision of the SYSTST 
control program CONTRL. Section 3.1 describes CONTRL and explains 
the commands used to run the test. The reliability test is primarily 
intended for production use. Therefore, the example reliability test 
shown in Section 3.2 shows how the test should be run in the manu- 
facturing environment. The subsequent two sections detail the pro- 
cedures to restart a RSTS/E test system after a normal shut down and 
after a system crash. Finally Section 3.5 includes guidelines for 
running the SYSTST device exerciser programs at a customer RSTS/E 
site. 


3.1 USING THE SYSTST CONTROL PROGRAM 


The SYSTST control program allows a user to run, terminate, and 
monitor many programs by means of commands typed at a single terminal. 
CONTRL runs automatically upon completion of building the SYSTST files 
as shown by the example in Section 2.2.1. CONTRL runs from the console 
keyboard which is logged into the system under account [1,2]. However, 
CONTRL may be run from any terminal as long as the terminal is logged 
into the system under a privileged account. If the user desires to 
use CONTRL while conducting normal time sharing operations, he can 


follow the guidelines presented in Section 3.5. 


When CONTRL is started, it always prints a list of devices con- 
figured in the system and the name of the SYSTST device exerciser pro- 
gram for each type of device. Following the list, CONTRL prints a 
prompting message JOB NAME TO START OR ATTACH, after which the user 


can type commands to: 


ae Run SYSTST device exerciser programs and RSTS/E system 
programs as subjobs under CONTRL (See Section 3.1.1). 


b. Monitor the status of programs (subjobs) running under 


CONTRL (See Section 3.1.2). 
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Cs Attach subjobs to a terminal (See Section 3.1.3). 


d. Perform other SYSTST control functions under normal 


time sharing operations (See Section 3.1.4). 


The user at the manufacturing facility need be concerned only with the 
commands to run programs and monitor subjobs (Sections 3.1.1 and 
Se lw2) % 


After the configuration information is printed, CONTRL detaches 
itself from the originating terminal and communicates with the operator 
at that terminal through an open file. CONTRL forms command strings 
based on the characters typed in response to the JOB NAME TO START OR 
ATTACH query and executes a FORCE command. The Run Time System executes 
the command string passed by the FORCE command as if it were typed 
at the originating terminal. Since the Run Time System may interpret 
anything typed at the originating terminal as part of a forced string, 
the user should not type anything at the terminal except in response 


to CONTRL prompting messages or messages printed by a subjob. 


The CONTRL program continuously prints its prompting message to 
allow the user to start as many subjobs as needed. If a command is 
not entered within 60 seconds, the CONTRL program automatically enters 
monitor mode and prints status reports at 60 second intervals. 


If, while running in monitor mode, CONTRL determines that a sub- 
job is completed, it attaches the related exerciser to the originating 
terminal. The exerciser program then prints a report of error statis- 
tics and a prompting message which allows the user to rerun the subjob 
or log it off the system. If no response is entered within 60 seconds, 
CONTRL automatically logs the subjob off the system and prints its 


prompting message again. 


Any subjob which is attached to the originating terminal and 
expends no CPU time for a 60-second interval is automatically logged 
off the system by CONTRL. CONTRL will automatically attach exercisers 
to the terminal upon completion, print the necessary status reports, 
and log subjobs off the system without any user intervention. Hence, 
after the operator starts a number of exercisers, he need not be pre- 
sent for the reliability test to proceed. 


x a 


3 eke Starting Subjobs 


The command to start a CONTRL subjob is merely the name of the 
program to be run. Although CONTRL is intended to supervise operation 
of SYSTST device exercisers, any BASIC-PLUS program stored under any 
account on any RSTS/E device can be run as a CONTRL subjob. If the 
program to be run does not reside in the public disk structure in the 
eccount under which CONTRL is running, either a device specification 
or a project=—programmer specification or both may be included in the 
command to start a subjcb. Commands to start a CONTRL subjob should 


be entered only in response to a prompting message as shown below. 
** JOB NAME TO START OR ATTACH? DPEXER Start DPEXER 


** JOB NAME TO START OR ATTACH? MT#/:DTCOPY[100,100] Possible 


3.1.2 Monitoring Status of Subjobs 


Monitor commands cause CONTRL to enter monitor mode and specify 
the scope and frequency of status reports. Monitor commands must begin 
with a slash (/) and can include either a program name, a job number 
(preceded by a pound sign (#)) or both. A colon and a decimal integer 
can follow the program name or job number. The slash causes CONTRL to 
enter monitor mode. If the user types a program name following the 
slash, CONTRL prints a status report of all subjobs with that name. 

The command /ALL causes CONTRL to print a status report of all subjobs. 
Alternatively, if a job number is specified in the command, CONTRL 
prints a status report of that job. A colon followed by a number in 
the command designates the number of seconds between status reports. 
The following examples show the use of the monitor commands. 


** JOB NAME TO START OR ATTACH? / Enter Monitor Mode - 

** JOB NAME TO START OR ATTACH? /ALL:20 Status of all jobs every 20 seconds 

** JOB NAME TO START OR ATTACH? /DPEXER One status report for all jobs 
named DPEXER 

** JOB NAME TO START OR ATTACH? /#20:30 Status of job #20 every 30 seconds 


If CONTRL is running in monitor mode, the user can cause it to print 
the JOB NAME TO START OR ATTACH query by typing the CTRL/C combination 


at the terminal. He can then enter a new command. 


is re Be Attaching Subjobs to a Terminal 


The user can cause CONTRL to attach a subjob to the terminal by 
typing the commercial at sign (@) followed either by the program name 
(if only one copy of the program is currently running) or by a pound 
sign and the job number of the subjob. As a result, CONTRL attaches 
the subjob to the terminal. The user may then terminate the subjob. 


The following examples show the use of the attach command. 


** JOB NAME TO START OR ATTACH? @DPEXER Attach DPEXER 
** JOB NAME TO START OR ATTACH? @#20 Attach job #20 
** JOB NAME TO START OR ATTACH? @DPEXER#20 Redundant but legal 


ai404 Using Additional SYSTST Commands 


Two additional commands are available during the reliability 
test. The #¢QUIT command terminates execution of CONTRL, but does 
not terminate any subjobs. If any subjobs are running when CONTRL is 
terminated, they continue running detached if no other action is 
taken. The second command, HELP, prints instructions on the use of 
the CONTRL program. (The instructions are stored in the file, 
CONTRL.HLP.) The following examples show the use of both commands. 


** JOB NAME TO START OR ATTACH? tQUIT Terminates CONTRL job only 
** JOB NAME TO START OR ATTACH? HELP Prints a help message 


NOTE 


The user enters the up arrow character (} or") 
by typing the SHIFT key and the N key simul- 
taneously on an ASR 33 type terminal or by 
typing the up arrow key (4) on an LA30 or 

a VTO5 type terminal. 
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3.2 RUNNING THE SYSTEM RELIABILITY TEST 


This section presents a detailed example of a reliability test 
performed on a test system. The console printout generated by 
running the reliability test has been edited to remove extraneous 


printout, and margin notes have been added wherever they might be 
helpful. 


Running a reliability test involves running certain 
system programs and relevant SYSTST device exerciser programs. The 
user should consult the appropriate section of Chapter 4 for informa- 
tion concerning the operation of the individual device exercisers. 
RSTS/E system programs are described in Chapter 6 of the RSTS/E 


System Manager's Guide. 


In the reliability test shown in this example, some of the errors 
reported by the exercisers were real. Other errors were forced to 
demonstrate what happens when an error condition is detected. The 
reliability test was limited to approximately two hours to reduce the 
amount of printout for documentation purposes. It is recommended 
that acceptance procedures at the DEC manufacturing facility include 
approximately eight hours of continuous system operation under heavy 
SYSTST load. 


Upon completion of the SYSTST Build program shown in Section 
2.2.1, control is automatically transferred to the SYSTST control 
program, which first prints a list of devices configured in the 
test system and then waits for an operator command. The user can 
continue running the reliability test from that point according to 
the guidelines presented in the example. 
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4+ DEVICES CONFIGURED IN ©5TS VYaSe-e4 TEST SYSTEM 


TYRE COUNT EXERCISER NAME 1 ore that all console 

ual ist switches are up (1's) 
CP 4 CPE SER to enable the crash dump 
a t eae automatic restart features 
Th: 2 "RES = 
EB x2 EEE SER Serene 
[ef = CTEXER 
LF 1 LFEXER 
FR 1 PREXER 
Pp 4 PFPEXER 
CR 1 CREXER 
KT 3 MTESER 
PH 4 FREER No exercisers are currently 
RI 4 RIEXER available for PK or RJ, 
SYSTEM JOR MAX = 16 
CONTROL JOE MAR = 13 

Always run ERRCPY as the first 

++ JOB NAME TO START GF ATTACH ? ERRCEYS! control subjob if it was not 
*+* LOGGING IN NEW JOE NAMED “ERRCREY:. run by commands in the START.CTL 


file. Error logging information 


ERRCPY Va@as-G6 will be lost if ERRCPY is not 


DETACHING _ running. 
+4 JOB NAME TO START OR ATTACH + UTILTY 
*+ LOGGING IN NEW JOE NAMEO “UTILTYY 

ae ; Auxiliary (non-system) disks 
a UTILTY SYSTEM UTILTY' FROGRRAM must be logically mounted. 
? MOUNT DOKI: SYSTST See Section 6.3 of SMG for 
°? MOUNT DPO@:SYSTST a description of UTILTY. 
Pe 
READY 
BYE SF 


Magtape and disk exercisers 
run for long periods. They 
should be initiated first. 
4+ JOB NAME TO START CR ATTACH 7 MTEXER 
*+ LOGGING IN NEW JOE NAMED “MTEXER’. 


MHT+#SYSTEM CONFIGURED FOR = DRIWECS). 
MT*HOW MANY DRIVES OO You WANT To TEST 7 2 
MT+#WHICH DRIVECS)? 7 @ 


HT+*HOW MANY FEET OF TAFE DO YOU WANT TO WRITE 7 i Use only a few 


First copy of MTEXER. 


MT+HOW MANY REPETITIONS FER DRIVE 7 40 feet of tape 

MT*ARE DRIVECS? 8 MOUNTED ANG WHE? YES and many iter- 

MT4MT EXERCISER CETACHING ations for 
interaction 
tests. 


ae JOB NAME TO START GR ATTACH 7 MTEXER 


S a Of MTEX 
#4 LOGGING IN NEW JOB NAMED “MTEXER. Beene eeEyc On: name 


HT*SYSTEM CONFIGURED FOR = ORIYVECS). 

HT*HOW MANY ORIVES CO YOU WANT To TEST = 2 
MT*¥WHICH DRIVECS) 7 1 

M7+*HOW MANY FEET OF TAPE OO SOU WANT To WRITE 7 14 
HT+HOW MANY REPETITIONS PER DRIVE 7 48 

MHT+ARE ORIVECS) 12 MOUNTED ANC WE? YES 

NT+#4T EXERCISER CETACHING 


44 JOB NAME TO START OF ATTACH + MTEXER Third copy of MTEXER 
*+ LOGGING IN NEW JOE NAMED “MTEXER”. 


HT *S¥STEM CONFIGURED FOR 3 DRIYECS). 

MT+*HOW MANY ORIVES CO YOU WANT TO TEST F 1 
MT#WHICH DRIYECS) 7 2 

M4T+*HOW MANY FEET OF THRE Of YOU WANT To WRITE + 148 
MT+*HOW MANY REPETITIONS PER DRIVE * 44 

MT*¥ARE DRIVES? 2 MOUNTED AND WHE? TES 

MT#*MT EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH 7? CPEXER First copy of DPEXER 
+* LOGGING IN NEW JOB NAMED “DPEXER”. 


DP*SY¥YSTEM CONFIGURED FOR 1 DRIVES. 

DP*HOW MANY DRIVES CO YOU WANT TO TEST 7? 1 

DP*WHICH DRIYECS>) ? @ 

DP#ONE ITERATION ON A SINGLE RP DRIVE TAKES ABOUT 4 MINUTES. 
DP*HOW MANY ITERATIONS DO YOU WANT TO RUN (1-35) 7 45 

DP*DP EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH 7 DPESER . Second copy of DPEXER 
** LOGGING IN NEW JOB NAMED “DPEXER’. 


DP*SYSTEM CONFIGURED FOR 1 DRI‘YES. 

DP*HOW MANY DRIYES DO YOU WANT TO TEST 7 4 

DP#WHICH DRIVE(S) ? @ 

DP*ONE ITERATION ON A SINGLE RP DRIVE TAKES REOUT 4 MINUTES. 
DP*HOW MANY ITERATIONS DO YOU WANT TO RUN (1-99) 7 5 
DP*DP EXERCISER DETACHING 


++ JOB NAME TO START OF PTTACH ? SALLE Frequent status reports 
should be printed. 
e+ CONTROL JOB ENTES ING MONITOR MODE 


e+ STATUS OF CONTROL SUESO6CS2 AT 49 24 AM 


NAME JO& NO STATE CPW TIMe 
COA TEL 4 RA aed 
ERRICEY 2 a Moo 
HTESER 3 RN 1:22, 7 
MTEXER q Ri 1:18. 5 
MTESER 5 RN 42.7 
DPESER 5 RN 5 
DPEXER , FN 4. 4 
“C CTRL/C exit from monitor mode. 


+* JOB NAME TO ZTART OR ATTACH ? CKEXER 


First copy of DKEXER 
*+ LOGGING IN NEW JOB NAMED “CKESERY. 


DE*SYSTEM CONFIGURED FOR 2 DRIVES 

DK*HOW MANY ORIVES DO YOU WANT To TEST = 4 

DK#WHICH DRIVYECS) 7 @ 

DK#ONE ITERATION ON A SINGLE RK DRIVE TAKES ABOUT 4 MINUTES, 
DK*HOW MANY ITERATIONS OO YOU WANT TO RUM ¢i-355 7 5 
DE+*OK EXERCISER DETACHING 


+4 JOB NAME TO START OR ATTACH 7 DKEXER 


Second copy of DKEXER 
** LOGGING IN NEW JOE NAMED “CKESER”. 


DK¥SYSTEM CONFIGURED FOR 2 ORIYES. 

DE*HON MANY DRIVES CO YOU WANT TO TEST 7 1 

DK*WHICH DRIVECS) 7 4 

DK¥ONE ITERATION ON A SINGLE RK ORIYE TAKES ABOUT 4+ MINUTES. 
DK*HOW MANY ITERATIONS 00 YOU WANT TO RUN (1-35) 7 5 

DK*DK EXERCISER DETACHING: 


*+ JOB NAME TO START OR ATTACH 7 DTEXER 
“«* LOGGING IN NEW JOB NAMED “OTEXER®. 


DT*S¥YSTEM CONFIGURED FOR 2 CRIVES 

DT+HOW MANY DRIVES CO YOU WANT TO TEST 7 2 
DOT*WHICH DRIVECS) ? B42 

DT+#ARE DRIVE(S? @.1 MOUNTED AND WE? YES 


DI¥ERROR AT LINE 184 :CE¥ICE HUNG OR WRITE LOCKED ¢14-JUL-?4, GS:27 AM® 


DT*TO CONTINUE TYPE “CONT“. TO ABORT TYPE “"E*. DT@ was not ready. 
? CONT 

DT*¥SYSTEM CONFIGURED FOR 2 ORIYES. 

DT*HOW MANY DRIVES DO YOU WANT TO TEST 7 2 


DT+#WHICH DRIVECS)? 7 B14 ; Two copies of DTEXER could 
DT#ARE DRIVE(S? 6.4 MOUNTED ANC WE? YES be run to test both drives 
DT*OT EXERCISER DETROCHING simultaneously. 


a¢ JOB NAME TO START OF ATTACH F WALL 

#¢ CONTROL JOB ENTERING MONITOR MODE. 

ae STATUS OF CONTROL SUBJOECS) AT ao:23 AM 

NAME JOE Md. STATE CP TIME 
CUONTRL t RN 4.5 
ERRCPY 2 = a. 
HTEXER 3 HE 1:45.6 
MTEXER 4 RN 2:18.68 
HTEXER 3 RN Ren teed 
DPEXER 5 RN im. & 
DPEXER rs Rh =) 
DKEXER g RN mi 
DKEXER =| RN 4.5 
DTEXER 18 DT 13.4 


+4 REATTACHING SUBIOE MTEXER 


MT+*ERROR AT LINE 316 -CEYICE HUNG OR WRITE LOCKED 


MT*TO CONTINUE TYPE “CONT*. TO ABORT TYPE “"re. 
? CONT 

MT#SYSTEM CONFIGURED FOR = ORIYE*S). 
MT*HOW MANY DRIVES DO YOU WANT TO TEST 7 
MT*#WHICH DRIVYECS) 7? & 

MT+*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE * 
MT*HOW MANY REPETITIONS FER DRIVE F 44 

MT#ARE DRIVES? @ MOUNTED AND WE? YES 


MT#MT EXERCISER DETACHING 


1 


14 


** JOB NAME TO START OR ATTACH 7 CPEXER 
*+ LOGGING IN NEW JOB NAMED “CPEXER”. 


CP#STARTING CPUCEIS@FIS/FPF EXERCISER 


CP*ARE YOU CONFIGURED FOR EXTENDED FUNCTIONS + 


CP*DURING THE RSTS/E SYSTEM GENERATION. 
CP*OR NOT THIS SYSTEM REQUIRED THE EXTENDED 
CP*<¢SINE. COSINE. ETC. >. IF YOU ANSWERED “YES” 
CP*¥SYSGEN TIME. THEN REPLY “YES” TO THE GUERY 
CP*¥ANSWERED “NO” AT SYSGEN. THEN 
CP*¥EXTENDED FUNCTIONS AND YOU SHOULD ANSWER “NO° 
CP#UNSURE. THEN ANSWER “YES” ANO |] WILL TRY 
CP¥EXTENDED FUNCTIONS. IF THE OPERATION FAILS. 
CP+*WILL BE PRINTED AND THIS EXERCISER WILL ABORT. 
CP*OCCUR, 


TO 


C44-JUL-74, 49:20 


YOU WERE ASKED 


Ar 


Hardware failure caused 
MTZ to appear unacces- 
sible. "Device Hung" 
and "Magtape Select" 
errors are most likely 
to occur when running 
several drives simul- 
taneously. More than 

2 or 3 errors of this 
type under heavy SYSTST 
load usually indicates 
that drives or control- 
ler are not up to cur- 
rent ECO level. Consult 
PDP-11 engineering. 


HELF 


HHE THER: 


MATHEMATICRL FUNCTIONS 
“FUNCT TONS 2° 
BELOW, 
YOU ARE NOT CONF IGUREC 
BELOW. 
Ta USE ONE OF THE 
AN ERROR MESSAGE 
SHOULD THAT 
SIMPLY TYPE “RUNNH” TO RERUN CPEXER AND REPLY “NI 


AT 
IF You 

FOR THE 

IF ‘aul ARE 


CP*WHEN AGAIN ASKED IF YOU ARE CONFIGURED FOR EXTENDED FUNCTIONS 


CP#ARE YOU CONFIGURED FOR EXTENDED FUNCTIONS ? YES 


CP*EACH ITERATION TAKES ABOUT 2 MINUTES 
CP*HOW MANY ITERATIONS DO YOU WANT TO RUN 7? 18 


CP¥CP EXERCISER DETACHING 


++ 08 NAME TO START OR ATTHCH & “ALL eb 
++ CONTROL JOE ENTERING MONTTOR Mote. 


+e STATUS OF CONTROL SUBJOE*S> AT 3:26 AM 


NAME JOB Nt. STATE CP TTRE 

CONTREL 1 Rithl Os ae 

Peel ey 2 es moi 

MTESER ms Ril ZF 4 

NTEXEF 4 RN Zod. & 

MTEXER 5 FN 2it4. 5 

DRESSER E RN aa) 

PPENER Fj FIN % 

PRESER 3 RN eo 

DeENER 3 RN Bo 

DTENER 14 EN 1:55 

CPEXER I RN 4 

Se 

e* JOB AAME TO START OF ATTACH + PREXERTU If a paper tape punch is con- 
PREXER nected, the punch exerciser 
44 LOGGING IN NEW JOE NAME “FPREXER-. should be run before the 


reader exerciser. 


PPeSTARTING PF EXERCISER. FP READY 7 YES 

PPeTHIS TEST WILL PUNCH A BINARY COUNT PATTERN TAPE 
PPeTHE TAPE 1S EQUIVALENT TO MAINDEC-99-D2G4-PT ENTITLED 
PPaSPECIAL BINARY COUNT PATTERN TAPE. EITHER THE TAFE 
PPePUNCHED BY THIS EXERCISER OR THE SUFFLIEC MAINDEC 
PpeTAPE MAY BE USED TO TEST THE PAPER TAPE READER 


PPx] WILL PUNCH A LEADER AND THEN SLEEF 38 SECONDS = Tape punched is about 

PRaWHILE YOU STRAIGHTEN CUT THE TAPE IN THE HOFFER, two inches thick so 

PPePP EXERCISER DETACHING there may be a stacking 
problem. 

a+ JOB NAME TO START OR ATTACH 7 

x’ CONTROL JOB ENTERING MONITOR MODE. 


a+ REATTACHING SUBIOE PPEXER 

PPxPP EXERCISER DONE 

PE4#NOW USE THE GENERATED TAPE TO TEST THE REACER 

PP4TO REATTACH To CONTROL TYPE “BYE* TO RERUN TYPE “RUNNH. 
READY 


BY E; F 


** JOB NAME TO START OR ATTACH 7 PREXER 
+4 LOGGING IN NEW JOB NAMED “PREXER’ 


PR#STARTING PR EXERCISER. 
PR*LOAD MAINDEC-@0-D2G4-PT OR THE BINARY COUNT FATTERN 
PR*TAPE GENERATED BY THE PUNCH EXERCISER INTO THE FEADER 
PR*WITH THE LEADER UNDER THE READ STATION. READER READY 2 Yes 
PRePR EXERCISER DETACHING 

goign eke) ee asta . Control job entered monitor 
** JOB NAME TO START OR ATTACH 7 ee ee eee 
ek CONTROL JOB ENTERING MONITOR MODE. Sait enh arama Mca 

waiting one minute for an 


** STATUS OF CONTROL SUBJOB(S) AT 99:47 AM operates comand: 


NAME JOB NG. STATE CPU TIME 
CONTRL 1 RN 24.9 
ERRCPY 2 SL Su a. 
MTEXER = RN 4:43. 5 
NTEXER 4 RN 2:45. 7 
MTEXER 3 RN 4:092.5 
DPEXER 6 RN 2.9 
DPEXER ? RN Ss. 4 
DKEXER 3 RN ree 
DKEXER 3 RN B. 3 
DTEXER 18 RN 4:27.23 
CPEXER 11 HE 1:65. 2 
PREXER 12 RN 16.4% 


*+ REATTACHING SUBJOB CPEXER 


CP¥CPUCEIS@FIS/FPP EXERCISER DONE. TOTAL OF @ ERRORS DETECTED 
CP*TO REATTACH TO CONTROL TYPE “BYE*. TO RERUN TYPE “RUNNH”. 


If any errors are reported 
by CPEXER, you may have 
flaky CPU, EIS, FIS, FPP, 
memory or UNIBUS. 


READY 
RUNNH 
CP*¥STARTING CPUCEIS/FIS/FPP EXERCISER 
CP*#ARE YOU CONFIGURED FOR EXTENDED FUNCTIONS 7 YES 


CP*EACH ITERATION TAKES ABOUT 2 MINUTES 
CP*HOW MANY ITERATIONS BO YOU WANT TO RUN 7 26 


CP#CP EXERCISER DETACHING 


++ J06 NAME TO START OR ATTACH & “PRESER 
<4 CONTROL JOB ENTERING MONTTOR MODE. 


ke STATUS OF CONTROL SUBTOECS) AT @3-42 AM 


NAME JOE Ni. STATE ee 
PRESER 12 HE 16.9 


ot REATTACHING SUBJOE PREXER 
Reader jammed due to 
FR+ INCORRECT NUMBER OF FANFOLDS ON FR poor mechanical ad- 
justment. 
PR+STARTING FR EXERCISER 
PR+LOAD MAINDEC-88-0264-FT OF THE BINARY COUNT FATTERN 
Pl+TAPE GENERATEO BY THE FUNCH EXERCISER INTO THE FERDER 
MtaWITH THE LEACER UNCER THE READ STATION. FEADER FEARDY % YES 
PR+PR EXERCISER DETACHING 


~+ JOG NAME TO START OR ATTACH ? LFESER 
*t LOGGING IN NEW JOB NAME “LPEXER® 


LPeSYSTEM CONFIGURED FOR 1 FRINTERSCS?. 

LP*HOW MANY PRINTERS DO SOU WANT TO TEST Y 1 
LP+TYPE UNIT @°5 OF PRINTER(S) TO BE TESTED * & 
LP+ARE FPRINTER¢S> @ ONLINE AND REAGY? YES 
LP+HOW MANS FAGES OF OUTPUT OO SOU WANT? 28 
L.F#lP EXERCISER CETACHING. 


«+ JOE NAME TO START OF ATTACH 7 CRESER 


4* LOGGING IN NEW JOG NAME “CREAER- Just wait for any 
44 CONTROL JOB LIMIT EXCEEDED - CANNOT START NEW JOB exerciser to finish. 


** JOG NAME TO START OR ATTACH 7 “ALL: 68 
#4 CONTROL JOB ENTERING MONITOR MOCE. 


** STATUS OF CONTROL SUBJOB¢S) AT 83:52 AM 


NAME JOB NO. STATE CPU TIME 
CONTRE 1 RN 25. 6 
ERRCPY 2 SL 4. 
MHTEXER 3 RN 4:20. 7 
MTEXER 4 HB SW 744.2 
MHTEXER ss) RN 4:35. 3 
DPEXER & DF iad 
DPEXER ? RN 3.5 
DKEXER 3 RN ‘5 
DKEXER 3 RN v2 
DTEXER 18 RN a:2f. 7 
CPEXER 11 SL 1:25.6 
PREXER 12 RN 25.6 
LFEXER 13 RN 24.1 


ae REATTACHING SUBJOE MTEXER 


3=32 


HTehiT EXERCISER BOWE FOr GRIYECS 3 4 

At+TO REATTACH To CONTROL TYPE “6YE". TO RERUN TYRE ~ RLINNH-. 
PLEAD 

RURNEH 

HT#5YS7EM CONFIGURED FOR = DRIYECS). 

NT+HOW MANY CRIVES GO soe WANT TO TEST = 4 


MHT#WHICH DRIVECS) F 41 

HT+#HOW MANY FEET OF TAFE CO YOU WANT To WRITE + Lae Use lots of tape and 
HT*HOW MANY REPETITIONS FEF DRIVE + 4 few iterations for 
NT#ARE CRIVECS? 2 MOUNTED AND WE? YES data integrity test. 
HT4hT EXERCISER DETRCHING 


e¢ JOB NAME TO START OF ATTACH + + 
ae CONTROL JOB ENTERING MONITOR MOCE. 
+4 PEATTACHING SUBIOE PREXER 


PR*PREXER DONE. ERROR COUNT= & 
PR#TO REATTACH TO CONTROL TYPE “BYE*. To RERUN TYFE ~ RUNNH® 


READY 

#* PREXER WAIT EXHAUSTED. Operator did not respond 
x CONTROL TERMINATING JOE #12 FPREXER within one minute so 

cael a CONTRL killed this job. 
BYE “F ¢ 

READY 


** JOB NAME TO START OR ATTACH 7 CRESXER 
++ LOGGING IN NEW JOG NAMED “CREAER” 


CR*STARTING CARD READER EXERCISER. 


CR*LOAD MAINDEC-89-0161-C LABELLED “ALPHA CARD DECK’ INTO THE 
CR*READER. THE DECK WILL BE REAO AND YERIFIED. IF ANY ERRORS ARE 
CR*DETECTED. THE EXPECTED ANC ACTUAL CONTENTS OF THE BAC CARRE 
CR¥HWILL BE RECORDED IN A DISK FILE FOR LATER PRINTING ON EITHER 
CR*THE CONSOLE TERMINAL OR THE LINE PRINTER. CARDS WILL BE READ 
CR*UNTIL END OF FILE OR HOPPER EMPTY I5 DETECTED. SEVERAL COPIES 
CR*OF THE MAINDEC MAY BE STACKED FOR A MORE THOROUGH TEST. — 


CR*CARD READER READY 7 YES 
CR¥CARD READER EXERCISER DETACHING 
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m4 JOG NAME To START OF ATTACH 7 YALL 
w+ CONTROL JOG ENTERING AONITOR mote 


ke STATUS OF CONTROL SUBIOE cS) AT 1a 44 AM 


NAME Joe wn. STATE es le 
CON TRL J. * RN yaar 
ERRCE'' 2 SL “ou 
MTEXER 2 kiN 4-424 
NHTESNER 4 RN S44 = 
MHTESER 5 EN B15. 4 
DPENER 5 RN 18.5 
DPEXER 7 RN a 
DRENER = RN ae at 
DEENER o RN a & 
DTENER 10 HE e245 
CPEKER 11 RN 2:sta.8 
CRENER 1: Rh “a 
LPEXER 15 RN 2M = 


4+ REATTACHING SUBIOE CTEXER 


OT*O7T EXERCISER DONE For DRIVECS) a4 
DI*TO REATTACH TO CONTROL TYPE “EYE. To RERLIN TYRE ~RUNNH” 


READY 
EY Ee; F 
** JOB NAME TO START OF ATTACH ? ¢ 


*k CONTROL JOB ENTERING MONITOR MOCE. 
4k REATTACHING SUBJOB CREXER 


CR*OUT OF 646 CARDS READ. ERRORS WERE DETECTED ON 1 CARDS. 


CR*TYPE “LP:” TO LIST ERRORS ON THE LINE FRINTER OF TYFE “KE: * 
CR*TO LIST ERRORS ON THIS KEYBORRD. This error was forced 

for demonstration purposes. 
CR*YOUR LISTING DEVICE 7 K6: 


CARD 85 EXPECTED : DEFGHIC. <¢+!-JKLMNOPOR 1$#)3 “O/STUYWAYZS SS. BLS? Lae 
9:#0° ="SABCDEFGHIC. <¢+! ABC 


CARD 85 ACTUAL : DEFSHIC. <¢+!-JKLANOPOR 19%); “O/STUYWAY 2S. RU? LES45E eS 


9:#@° ="SABCDEFGHIC. <¢+! SABC 


Note that the letter G (12-7 punch) was changed to 
& (12 punch). This may be just dust on the read 
head or marginal operation of the photo-sensor for 
row 7. 


CR*CARD READER EXERCISER DONE. 
CR*TO REATTACH TO CONTROL TYPE “BYE. TO RERUN TYPE “RUNNH”. 


READY 


BYE SF 


*+ JOB NAME TO START OR ATTACH * 


+e CONTROL JOB ENTERING MONITOR MOCE. 
*r REATTROHING SUBJOE LFEXER 


L.P*LINE PRINTER EXERCISER (DONE 
L.°+TO REATTACH TO CONTROL TYPE “BYE*. TO RERUN TYPE ° RLINNH?. 


READY 
EYE SF 
+t JOG NAME TO START OR ATTACH * “ALL 
** CONTROL JOE ENTERING MONITOR MODE 


ee STATUS OF CONTROL SHEJOBCS) AT 14:14 AM 


HAME JOG NO. STATE PU TIME 
CONTRL 4 RN es 
ERRCPY 2 SL oh 4.8 
HTEXER 3 HE: a 1S 2 
HTEXER 4 EN Fi2Z.icz 
HTEXER a RN 5:25. 6 
OPEXER 6 RN 5 ee aed 
DPEXER ? RN 3.9 
DREXER 3 RA one 
DKEXER 9 RN s. 6 
CPEXER it HE %:42. 4 


++ REATTACHING SUBJOB MTEXER 


MT*4T EXERCISER DONE FOR DRIVE(S): 
MT*TO REATTACH TO CONTROL TYPE “BYE*. To RERUN TYPE “RUNNH?. 


READY 


RUNNH 

MHT#SYSTEM CONFIGURED FOR = DRIYECS). 

NT*HOW MANY DRIVES DO YOU WANT TO TEST 7 4 

NT*WHICH DRIVYECS) ? @ 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE 7? 186 
MT*HOW MANY REPETITIONS PER DRIVE 7 4 

MT*ARE DRIVECS) @ MOUNTED AND WVE? YES 

MT*4T EXERCISER CETACHING 


** JOB NAME TO START OR ATTACH 7 ¥ 


** CONTROL JOB ENTERING MONITOR MODE. 
*+t REATTACHING SUBJOB CPEXER 
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DP*CPUSEIS@FIS@FPP EXERCISER OONE. TOTAL OF & ERRORS DETECTED 
CE+TO REATTACH TO CONTROL TYRE “BYE°. TO RERUN TYEE ~RLINNH: 


READY 

RUNAH 

CP+STAR TING CPUCEIS/FIS/FRPP EXERCISER 

CP+ARE YOU CONFIGURED FOR EXTENCED FUN TIONS 7 YES 


CP+EACH ITERATION TRKES ABOUT 2 MINUTES 


CP+HOW MANY ITERATIONS 00 YOU WANT TO RUN OY oe 

CE+CP EXERCISER DETACHING 

*+ JOB NAME TO START OF ATTACH * KEEXER See KBEXER abstract 
++ LOGGING IN NEW JOE NAMED “KBEXER’. in Chapter 4. 


KBB * KEYBORRD EXERCISER 
KBG oo SYSTEM 15 CONFIGURED FOR 32 TERMINALS “KG - KET. 3 


KEG + ENTER TEST NAME OR TRANSFER COMMAND: “KEL: 
RBG * INVALID KEYEORRO NUMBER - TR AGAIN 


KBG »* ENTER TEST NAME OR TRANSFER COMMAND: ¢KEd 

KBB + KEYBORRD EXERCISER TRANSFERRING FROM KE@ TO KES 
KB * PLEASE ENTER SUBSEGUENT COMMANCS FROM Ket 

KBB + KEYBORRD EXERCISER DETACHING 


Keyboard tests can be performed on KB1 while continuing with 
normal SYSTST operation from KB@. 


4* JOG NAME TO START OR ATTACH *F “ALL 
a+ CONTROL JOB ENTERING MONITOR MODE. 


we STATUS OF CONTROL SUBJOBCS) AT 14:16 AM 


NAME JOB NO. STATE CPU TIME 
CONTRL 1 RN 44.9 
ERRCPY 2 SL Su 4. 
MTEXER 3 RN 7:49. 7 
HTEXER 4 RN 9:16.5 
HTEXER 3 RN 3:48. 7 
DPEXER E RN 12.2 
DPEXER tg RN 14.5 
DKEXER 3 RN 9.6 
DKEXER 9 RN 2.4 
EBEXER 16 TT 1.2 
CPEXER 11 RN 2:25.6 
“C 


+4 JOB NAME TO START OR ATTACH * KEEXER Saeenie © KBEXER 
44+ LOGGING IN NEN JOG NAMED “KBEXER’. A. “Serondopy E-eeaee 


RUN KEBESER 
KBG@ »* KEYEORRG EXERCISER 
VEG + SYSTEM 15 CONFIGUREG FOR 22 TERMINALS ¢KBe - KBSL 3 


Pee oo ENTER TEST NAME GR TRANSFER COMMAND: ASOT] This KBEXER will check 
the console keyboard before 
KEG «+ ROTATING ASCII CHARACTERS TEST being transferred to 
another terminal. 


CUBE Cet. KBLSS458 FS {=> PRRECOEFGHIJELANOCPORS TUYHE YS oe a sees 


my : 

6 legge Coat. —) POLSTS5 8799 5 CHD PRA CDEPGHIIELMNOP ORS TUYHEYED SIL Eee 
Ao Ug eae Coat. —) ABLSEISE7SS 3s => HBRBLDEFGH LJELMNOP ORS TIMus 2 on a 
ae UN BSURS Coad, — SBLZE45E7 89 5 CHD PHABCDEFGHIJELMNOPORSTURMNYZC 7 1 aE 
RURS IBEN OS Chat. — PAL STASOT SS 15 CED MAB CDEP GHIIKLMNOPORSTUYMEYZE NI Noe 
HSER UHENRS Co4t. POLST ASE TSS CTC 


KB@ + ENTER TEST NAME OF TRANSFER COMMAND: REPEAT 


VEG #* REPEAT TEST 


> ABCDEFGHIJKLMNOPGRSTUYNeYZ1 234567898 
2 ABCDEFGHIJKLMNOP ORS TUYNEY 212745875308 


7°7L 
KEG »* ENTER TEST NAME OR TRANSFER COMMAND: WORST 
KBG »* ROTATING WORST CASE (ASRZ2) PATTERN TEST 
We’ UWS We? OW We Le Le LS Le Le Le We Le Le Le Le Le 
reid ee We? OW? OW LW Le LW Le Le ee We LW Ue Le Ue Le 


Hee We? We? We UW Le Le? LW Le Le? Le WA? Le be La Le Le 
LW? We? Wee We We LW Le Oe Le 


KB@ + ENTER TEST NAME OF TRANSFER COMMAND: PNPNSPALE 


KBQ +* SPACING TEST 


\ 
‘% 
NS 
", 
‘ 
‘ 

“Cc 
KBG -»* ENTER TEST NAME GR TRANSFER COMMAND: /KB2 
MBG -* KEYBOARD EXERCISER TRANSFERRING FROM KEG TO KBZ 
KB@ -* PLEASE ENTER SUBSEGUENT COMMANDS FROM KEZ 
KB »* KEYBOARD EXERCISER DETACHING. 


++ JOE NAHE TO START OF ATTACH + “ALL: 6a 
+4 CONTROL JOE ENTERING MONITOR MODE. 


wr STATUS OF CONTROL ZUEIJOB6S> AT i6-24 AM 


HAKME JOB Nt STATE PU TIME 
CONTRE HG RN 45. 4 
ERREPY Z SL SW mo 
NTEXER = Ft rp ares 
HTEXER 4 RN 14:15 4 
MTEXER o RN 49. 7 
DPENXER 5 RN : ee 
DPEXER ri RN p Es ee & 
PEEXER 3 RIN 14.4 
DEEXER a RN 14. 
KBEXER 18 TT =. 4 
CPEXER Lt SL 4:89. 7 
MBENER te Tet 14.2 


*+ REATTACHING SUBIOE MTEXER 


MT4#M7T EXERCISER DONE FOR DRIVE(S) -2 
MHT*TO REATTACH TO CONTROL TYPE “BYE. TO RERUN TYPE “RUNNH’. 


READY 


RUNNH 

MT*¥SYSTEM CONFIGURED FOR = DRIVES). 

HT*HON MANY DRIVES DO YOU WANT TO TEST 7 1 

MT#WHICH DRIVECS) 7 2 

MT+*HOW MANY FEET OF TAPE OO YOU WANT TO WRITE 7 1804 
MT*HOW MANY REPETITIONS FER CDRIYE 7 4 

MT*ARE DRIVECS) 2 MOUNTED AND WE? YES 

MT#¥MT EXERCISER DETACHING 


*+* JOB NAME TO START OR ATTACH ? 7 


** CONTROL JOB ENTERING MONITOR MODE. geen ee 
4 REATTACHING SUBJOB KBEXER shiciaipic Biiy 


/CONTROL command. 
KB@ © KEYBOARD EXERCISER | 
KBG * SYSTEM IS CONFIGURED FOR 2 TERMINALS (KE® - KEEL ) 
KB@ * ENTER TEST NAME OR TRANSFER COMMAND: 7c 
READY 


BYE sF 


+e JOE NAME TO START OR ATTACH * ¥ 


“+ CONTROL JOB ENTERING MONITOR MODE. Same here for the 
++ REATTACHING SUBJOE KEBEXER second KBEXER. 


KEG »* KEYBORRE EXERCISER 

KB6 »* SYSTEM 15 CONFIGUREG FOR 32 TERMINALS “KE - KEEL 3 
KEG + ENTER TEST NAME OR TRANSFER COMMAND: 7c 

READY 


BYE SF 


#k JOB NAME TO START OR ATTACH * 
44 CONTROL JOB ENTERING MONITOR MODE. 


+ STATUS OF CONTROL SUBIOECS) AT 14:27 AM 


NAME JOB NO. STATE TPL TIME 
CONTREL 4. RN 49068 
ERRCPY 2 SL mu 
MHTEXER = RN 9:16.58 
MHTESER 4 RN 11:26. 4 
HTEXER 3 RN 3:56. 7 
DPEXER 6 RN 1e22 
DPEXER ¢ RN 12.4% 
DKEXER 3 RN 16.4 
DKESER 3 RN 18.9 
CPEXER ii SL 4:46. 2 
“C 


** JOB NAME TO START OR ATTACH 7 ERRDIS May be helpful to get an error 

*+ LOGGING IN NEW JOB NAMED “ERRDIS°”. logging summary about half way 
through the SYSTST run. See 
description of ERRDIS in 

ERRDIS YSB-11 Section 6.11.3 of SMG. 

INPUT FILE “<<CR> FOR DEFAULT?? 

OUTPUT TO? KB: 

OPTIONS? ALLS 


OPTIONS: ALL/S 


FILE: $ERRLOG. FIL This option lists a break- 
OUTPUT: KB: down of errors by type. 
AT: 10:36:34 AM, 14-JUL-74 
DECTAPE ERRORS See more specific 
12 analysis below. 


3-19 


MF411 ERRORS 
iS) 


REL1 ERRORS 
8 


REIL ERRORS 
5 


RP411 ERRORS 
5) 


MHAGTAPE ERRORS 
5 


HUNG TTY ERRORS 


32 


TRAP THROUGH 4 ERRORS 
i) 


POWER FRAIL ERRORS 
8 


TRAP THROUGH @ ERRORS 
i) 


RESERVED INSTRUCTION ERRORS 


8 


JUMP TO ZERO ERRORS 
Vs) 


CHECK-SUM ERRORS 
Vs) 


MEMORY MANAGEMENT ERRORS 
Vs) 


DH1i ERRORS 
8 


HEMORY PARITY ERRORS 
Ls) 


More than 1 or 2 disk errors 
in a period of 2-3 hours is 
indicative of disk problems. 
Seek errors will show up 
here but are usually recov- 
erable by the system's 
retrying of the operation. 


Magtape parity errors are to 
be expected, but excessive 
errors may mean intermittent 
controller, drive, or head 
problems. 


Excessive HUNG TTY errors 
indicate terminal interface 
problems. See analysis at 
end of this SYSTST run. 


Should not occur. 


Should not occur. 


Excessive UNIBUS noise and 
flaky BUS repeater can cause 
traps through 0. 


Should not occur. 


Should not occur. 


Can be caused by disk or 
memory errors. 


Should not occur. May 
signal KT1ll problems. 


Should not occur. 


Memory parity errors may or 
may not crash RSTS/E 
depending on where they occur. 


44 ERRORS LISTED OUT OF 44 LOGGED SINCE 43:12:64 AM, i4-JUL-74 
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OETIONS? OT 


CE TIONS: DT For a complete listing 
FILE. $ERRLOG. FIL of DECtape errors. 
AUTPUT: KE: 

AT: 48:22:44 AM. 14-JUL-?4 Note that time corre- 
DECTAPE ERROR AT @9:-27-123 AM. 24-JUL-F4 sponds to time printed 
BPEPEAT COUNT WAS 11 BY 89 27:14 AM. 14-JUL-T4 when error was reported 

by DTEXER. 
weST- aa4ax4 Selection error, 
TCH: 1HASBe Unit @. 
TRAC - 177400 Errors were caused by the 12 
CEA: n2aann normal retries of DECtape 
EDT - gaguan operation when drive was 


offline - can be ignored. 
42 ERRORS LISTED GUT OF 44 LOGGED SINCE 4:12:44 AM. A4-JUL-74 


OF TIONS? “2 
READY 


BYESF 


ee JOB NAME TO START OR ATTACH ? ALL:120 PECeaEOR SETOts 
we ILLEGAL FILE NAME 
«« JOB NAME TO START OR ATTACH ? /ALL:120 


*+ CONTROL JOB ENTERING MONITOR MODE. 


4+ STATUS OF CONTROL SUBJOE(S) AT 14:22 AM 

NAME JOB NQ. STATE PU TIME 
CONTRL 1 RN Koes 
ERRCPY 2 SL . 
HTEXER 3 RN 14:58. 6 
HTEXER 4 RN 12:36. 7 
HTEXER rs RW f:i?.d 
DPESER 5 RN iz. 6 
DPEXER ? RN 12.6 
DKEXER 3 RN 2 is FA 
DKEXER 3 RN 24.5 
CPEXER 11 RN 3:22. 6 


40k REATTACHING SUBJOB MTEXER 


M4T*#MT 2 ERROR AT LINE £46 :MAGTAPE SELECT ERROR (14-JUL-7F4,.416:24 AM: 


This error was forced by 
switching drive offline. 


MT*¥MAGTAPE STATUS SUMMARY : Error status summary will be 
MHT*LAST COMMAND WAS WRITE printed if MTEXER has a test 
NT * DENSITY PARITY TRACKS file open at the time of the 
NT * 3 ODO 3 error. 

MT W-LOCK EDT BOT ENF RLE 

HT * NO NO NO NO NO 

MT * SELECTION ERROR OCCURED 
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MT*TO CONTINUE TYFE “CONT. TO ABORT TYPE ¢ 7 
” CONT 

MT*¥SYSTEM CONFIGURED FOR = DRIYECS) 

HT*HON MANY CRIVES DO YOU WANT TO TEST 7 4 
HT4#WHICH DRIVECS>® F & 

HT+*HOW MANY FEET OF TAFE CO YOU WANT TO WEITE 7 100 
MT*ARE DRIVECS>? 2 MOUNTED AND WE? YES 

NT4MT EXERCISER DETACHING 


++ JOB NAME TO START OR ATTACH 7 


+* CONTROL JOE ENTERING MONITOR MODE. 
+= REATTACHING SUBIOE CRPEXER 


OUP*DPEXER ERROR STATISTICS FOR DP 


DRIVE FASS FILE SIZE ERROR CONT 

DP B 1 400 a See discussion 
ne @ 2 400 rr of disk errors 
Ce = 440 a in Section 4.1 
DP G 4 40a a of the manual. 
DP & 3 440 is 


DOP#DP EXERCISER DONE 
DP*TO REATTACH TO CONTROL TYPE “BYE*. TO RERUN TYPE ~RUNNH’. 


READY 


BVESF 


** JOB NAME TO START OR ATTACH ? 
*+* CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOE<S) AT 18:27 AM 


NEME JOB NQ. STATE CPU TIME 
CONTRL 1 RN m5. 6 
ERREPY 2 SL 4. 
NTEXER 3 RN 12 :64.2 
MTEXER 4 RN 43:27. 2 
MTEXER 5 RN f:51. 7 
DPEXER c HB 5 ae 
DKEXER 3 RN ii: 2 
DKEXER 9 RN 12.6 
CPEXER 11 HB 3:58. 8 


3-22 


a+ REATTACHING SUBJIOE DPEXER 


CP¥DPEXER ERROR STATIZTICS FOR DF 


DRIVE PASS FILE SIZE ERROR COUNT 
DE G 4 400 w 
DP 9 2 400 n) 
pp B z 400 a 
DP 6 4 400 a 
DP 5 400 y 


PP+0P EXERCISER CONE 
DF*TO REATTACH TO CONTROL TYPE “BYE*. TO RERUN TYPE ~ RIUINNH”. 


READY 


BYE“F 
** JOB NAME TO START OR ATTACH ? + 


++# CONTROL JOG ENTERING MONITOR MODE. 
#4 REATTACHING SUBJOB CFESER 


CP#CPUCEIS/FIS/FPP EXERCISER DONE. TOTAL OF @ ERRORS CETECTED 
CP*TO REATTACH TO CONTROL TYFE “BYE*. TO RERUN TYFE “RUNNH”. 


READY 
E YE F 


** JOB NAME TO START OR ATTACH 7 DFEXER 
*+* LOGGING IN NEW JOB NAMED “DFEXER’. 


DE*SYSTEM IS EITHER NOT CONFIGURED FOR AN RF DISK DFEXER is useful 
DE#OR THE RF DISK IS CONFIGURED AS A SWAPPING DISK. if RF is the 
DE*DFEXER CANNOT BE USED UNDER THESE CIRCUMSTANCES. system disk. 
DF*TYPE “BYE* TO REATTACH TO CONTROL. 

RERDY 

BYE CF 


4* JOB NAME TO START OR ATTACH 7 


**x CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB MTEAER 


MT*¥MT EXERCISER DONE FOR DRIYECS)°:42 
HT*TO REATTACH TO CONTROL TYPE “BYE*. TO RERUN TYPE “RUNNH*. 


READY 


we MTEXER WAIT EXHAUSTED. 

*» CONTROL TERMINATING JOB #4 MTEXER 
eae 

BYE/FS 

READY 


** JOB NAME TO START OR ATTACH ? 
+* CONTROL JOB ENTERING MONITOR MODE. 


4% STATUS OF CONTROL SUBIOECS) AT 14°51 AM 


NAME JOB NO. STATE CPL TIME 
CONTRL 1 RN 1:45 & 
ERRCPY 2 SL wo 
HTEXER z RN 15:56. 5 
NTEXER 5 RN 12:16. 2 
DKEXER bs RN 12.8 
DKEXER a RN 12.6 
4+ REATTACHING SUBJIOE CKEXER 

DE*DKEXER ERROR STATIZTICS FOR Ok & 

DRIVE FASS FILE SIZE ERROR COUNT 
DK 8 1 438 ) 

DK B 2 444 a 

DK 8 = 44B 4 

GE G 4 460 a 

DK 6 5 468 a 


OK+*DK EXERCISER CONE 
CK*TO REATTACH TO CONTROL TYPE “BYE*. TO RERUN TYPE “RLINNH’. 


READY 


++ DKEXER WAIT EXHAUSTED 
+e CONTROL TERMINATING JOB #3 DKEXER 


“ “Cc 

BYEFF 

READY 

#4 JOB NAME TO START OR ATTACH 7? + 


#* CONTROL JOE ENTERING MONITOR MODE. — 
** REATTACHING SUBJOB DKEXER. 


DK*DKEXER ERROR STATISTICS FOR OK 1 


DRIVE PASS FILE SIZE ERROR COUNT 
DK 1 1 456 V,] 
DK 4 2 400 Y] 
DK 1 3 448 ] 
DK 1 4 448 B 
DK 4 5 488 Y] 


DK*DK EXERCISER DONE 
DK*¥TO REATTACH TO CONTROL TYPE “BYE". TO RERUN TYPE “RUNNH’. 


READY 


BYE “F 


ae JOB NAME TO START OR ATTACH * 
wk CONTROL JOB ENTERING MONITOR MODE. 


w* STATUS OF CONTROL SUEJ068(5) AT 14:5? AM 


HAME JOB NO. STATE CPL TIME 
CONTRL 4 RN 1:7. 7 
EFREP'? 2 SL MW. 
HTEXER 3 HE 16:25. 2 
HTESER 3 MT 16:49. 2 


a+ REATTACHING SUBIOE MTEXER 


MT#4T EXERCISER DONE FOR DRIVE(S) :& 
HT*TO REATTACH TO CONTROL TYPE “BYE*. TO RERUN TYFE 


READY 
BYE “F 
4 JOB NAME TO START OR ATTACH 7 ¥ 


#* CONTROL JOB ENTERING MONITOR MODE. 
ee REATTACHING SUBJOB MTEXER 


HT#MT EXERCISER DONE FOR DRIVE(S) :2 
HT#TO REATTACH TO CONTROL TYPE “BYE’. TO RERUN TYFE 


READY 
t* MTEXER WAIT EXHAUSTED. 


+ CONTROL TERMINATING JOB #5 MTEXER 
aaa) Be 


** JOB NAME TO START OR ATTACH 7 
wk CONTROL JOB ENTERING MONITOR MODE. 


ax STATUS OF CONTROL SUBJOB<S) AT 11:08 AM 


HAME JOB NO. STRTE CPU TIME 
CONTRL 1 RN 1:49.68 
ERRCPY 2 SL 4.4% 
4 STATUS OF CONTROL SUBJOB(S) AT 11:91 AM 

NAME JOB NO. STATE CPU TIME 
CONTRLE 1 RN 1:49. 4 
ERRCPY 2 SL Bg. 
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“RUNNH” . 


“RLINNH® 


All exercisers 
have terminated. 


ae JOE NAME TO 
+k LOGGING 


STREET OR ATTACH 
IN NEN JOE NAME 


7 ERRDIS 
“ERRDIS”. 


FUN ERRDIS 
CREOIS ySE-44 
INPUT FILE ¢ick> 
OUTPUT TO? KB: 
DPTIONS? ALL 


FOR CEFAULT)? 


HUNG TTY ERROR AT 
REPEAT COUNT WAS 1 


14-JUL-74 


W34-12:84 AR, 
2:55 AM, 44-JUL-74 


BY oa-4 


L6#: 9 

#CSR: 177564 
CSR: PSESTersis 1s) 
RERGY BIT NOT SET 


HUNG TTY ERROR AT 
REPEAT COUNT WAS 1 


14-JUL-F4 


Fi AM. 
7:16 AM, 14-JUL-74 


ia 


HBR: B 
HOSE: 1 
CSR: a 
READY BIT 


DECTAPE ERROR AT @9:27:412 
REPEAT COUNT WAS 44 


AM, 14-JUL-74 


TCST: BB4a34 
TCCM: 188382 
TCWC: 177465 
TCBR: B20686 
TCOT: 860089 
HUNG TTY ERROR AT 18:52:17 AM, 14-JUL-74 


JOBS: 3 


KB#: 18 

#CSR: 1766198 

CSR: 3804606 

INT. ENB. BIT NOT SET 

46 ERRORS LISTED OUT OF 46 LOGGED SINCE 9:42 


OPTIONS? KILL 
READY 


EVE. F 
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BY 89:27:14 AM. 14-JUL-7F4 


Now is the time to list a 
full errlog report. 


RSTS/E reenables hung TTY's 
so these errors are not 
serious. The terminal 
interface should be replaced 
if errors on any one keyboard 
are excesSive. (e.g., KBP 

on this machine is not in 
good shape.) 


See comments on 
previous printout. 


Additional printouts of 
HUNG TTY errors have 


been deleted. Most were 
KBY hangs. 
2:04 AM. 44-JUL-74 


This deletes the current 
errlog file. 


ae J06 NAME TO STREET OF ATTACH + SHUTUP 
#* LOGGING IN NEW JOB NAMED “SHUTIUP?. 


AUTOMATIC SYSTEM SHUTOOWN PROGRAM 


HOW MANY MINUTES UNTIL SY2TEM SHUTOOWN? 1 
HOW MANY MINUTES BETHEEN WARNING MESSAGES? 1 
4 MINUTE WARNING MESSAGE SENT 
FURTHER LOGINS ARE NOW DISABLED 
FINAL WARNING MESSAGE SENT 
PASS 41 OF LOOKING FOR STILL ACTIVE JOBS 
JOB 1 FOUND STILL ACTIVE AND DETACHED 
THE NEXT PASS WILL OCCUR IN 15 SECONDS 
PHSS 2 OF LOGKING FOR STILL ACTIVE JOBS 
NHON-SYSTEM DISKS WILL NOW BE DISMOUNTED 
DISK DK1 FOUND STILL MOUNTED 
DISK 15 NOW CISMOUNTED 
DISK DPS FOUNG STILL MOUNTED 
DISK 1S NOW DISMOUNTED 
FILL NON-SYSTEM DISKS ARE NOW DISMOUNTED 


ALL SET TO PROCEED WITH SYSTEM SHUTDOWN 


PLEASE WAIT FOR THE COMPUTER TO ACTUALLY “HALT” 


Disk structures may be 
destroyed if system is 
not taken down by 
running SHUTUP. See 
Section 6.2 of SMG. 
SHUTUP will terminate 
any jobs still active 
and may be used at any 
time to shut the system 
down for corrective 
maintenance. 


WHEN IT DOES. PRESSING “CONT’ WILL BOOT BACK RSTS7E 
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3.3 NORMAL TEST SYSTEM RESTARTING PROCEDURES 


If the user shuts down the RSTS/E test system for any reason, he 


may restart it by bootstrapping the system disk as described in Section 


5.2.1 of the RSTS/E System Manager's Guide and by typing START in 
response to the OPTION query printed by the initialization code. Dur- 


ing a normal start up of a RSTS/E system, the system initialization 
program INIT runs automatically and accesses the START.CTL file under 
the system library account [1,2]. The INIT system program and the 
START.CTL file are installed in the system library when the system is 


built (see Section 4.3, RSTS/E System Manager's Guide). 


After the system is initialized, the user must log in under a 


privileged account and run the CONTRL program. 


The following example shows the use of the START option and the 
printout of the INIT program as it runs and causes the CONTRL program 
to run. When the CONTRL program prints the query JOB NAME TO START 
OR ATTACH, the user can proceed to run the system reliability test 
according to the guidelines presented in Section 3.2. . 


RESTS YO@SB-24 TEST SYSTEM 


OPTION: START 


YOU CURRENTLY HAVE: JOE MAX = 32, SWAP MAN = LER, 


JOB MAX OR SWAP MAX CHANGES 7 <LF> 


ANY MEMORY ALLOCATION CHANGES ? <LF> 
CRASH DUMP? <LF> 

DD-MMM-YY? 14-JUL-74 

HH: MM? 12:28 

SYSTEM INITIALIZATION PROGRAM 

RUN $ERRCPY 

READY 


ERRCPY YO5-6 
DETACHING 


LOGIN 1/2 
FASSWORD: S'YSTST 


READY 


RUN #CONTRL 


t+ DEVICES CONFIGURED IN RESTS V@SE-24 TEST SYSTEM 


PPE COUNT EXERCISER MANE 
CPU 1 CREXER: 
CF = CRE SER 
De é DPEESER 
KE ze KEERER 
CT 4 CTESER 
LF a LFESER 
PR 1 FREXER: 
FP i PREXER 
CR al CRENER 
MT 4 MTESER 
Pk 4 PEEMER 
RA + RIESER 
SYSTEM JOB MAX = 22 
CONTROL JOB MAX = eo 


** JOR NAME TO START GR ATTACH * 


3.4 RESTARTING THE TEST SYSTEM AFTER A SYSTEM CRASH 


If a system crash occurs on the test system during the reliability 
tests and the system halts, the user can restart the system by follow- 
ing the procedures described in Section 5.2.2.1 of the RSTS/E System 
Manager's Guide. When a system crash occurs, normally RSTS/E attempts 
to perform a crash dump and to enter automatic restart mode. Section 
5.3 of the RSTS/E System Manager's Guide explains the automatic 
recovery and restart facilities of the RSTS/E system. If either of 
the two conditions described in Section 5.3.2 of that guide are not 
fulfilled, the system simply halts at address 54 without performing a 
crash dump and entering automatic restart mode. 


The user can ensure that the system performs a crash dump and 
enters automatic restart mode when it crashes if he follows procedures 
exactly as described in this document. To be exact, he must do the 
following: 


a. When creating the system files as shown in Section 
2.1.6 of this document, he must type YES in response 
to the CRASH query to create the CRASH.SYS file. 


b. When setting the default start up conditions as 
described in Section 2.1.7, he must type YES in 
response to the CRASH DUMP query to enable the crash 
dump facility. 
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Cc. When starting the test system as described in Section 
3.3, he must type the LINE FEED key in response to the 
CRASH DUMP query to retain the enabling of the crash 
dump facility. 


d. When starting the reliability test according to the 
guidelines described in Section 3.2, he must set the 
CPU Switch Register to 777777 (all switches in the up 


position) to enable the automatic restart facility. 


If the test system halts in spite of the user having performed all of 
the above steps, the probability is that two system crashes have 
occurred within a minute of each other. In this case, the halt occurs 
by design as explained in Section 5.3.2 of the RSTS/E System Manager's 
Guide. In addition, if any of the hardware in the system is not 
operating correctly, the user can expect system crashes to occur 
during the reliability tests. 


When the test system enters automatic restart after a system crash 
or the user requests a core dump and automatic restart after a system 
halt, the INIT system program runs as in the case of a normal start up 
described in Section 3.3. However, when INIT runs in automatic 
restart mode, it accesses the CRASH.CTL file instead of the START.CTL 
file. The CRASH.CTL file included in the system library kit con- 
tains commands which cause the system programs ERRCRS, ERRDIS, and 
ANALYS to run. These programs recover important information on the 
probable cause of the system crash. 


The ERRCRS program is similar to the ERRCPY program, since it saves 
error logging information in a disk file. The ERRCPY program extracts 
error logging information from monitor tables in core during time 
sharing operations. The ERRCRS program extracts similar error logging 
information from the same monitor tables saved in the CRASH.SYS file 
by means of the crash dump facility at the time of the system crash. 
Hence, the ERRCRS program may recover error logging information con- 
cerning hardware malfunctions which occurred prior to the system crash. 
This error logging information may not have been recovered by the 
ERRCPY program and may reflect the cause of the system crash. 
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When the ERRDIS program runs, it prints the error logging informa- 
tion recorded by the ERRCRS program. Subsequently, the ANALYS program 
runs and prints a thorough analysis of the information written in the 
CRASH.SYS file by the crash dump facility. When all commands in the 
CRASH.CTL have been executed, the CONTRL program must be restarted 
with the RUN SCONTRL command. When the CONTRL program prints the 
query JOB NAME TO START OR ATTACH, the user can continue running tne 
system reliability test according to the guidelines presented in 
Section 3.2. 


The CRASH.CTL file is installed in the system library account 
[1,2] when the system library files are built. 


3.5 GUIDELINES FOR USING CONTRL UNDER NORMAL TIME SHARING 


The examples of this and the previous chapter were directed toward 
system testing at the DEC manufacturing facility. Tests performed at 
the customer site when the system is installed by Field Service per- 
sonnel are equally important. Sections 2.3 and 3.1 of this manual 
include a few notes on the use of SYSTST for on-site testing. This 
section presents a few alternative procedures which may be useful for 
the installation tests. 


Once the hardware has been uncrated and assembled, Field Service 
personnel should use the standard diagnostics to check each component. 
Neither the SYSTST exercisers nor the RSTS/E error logging routines 
can be as thorough as the diagnostics in checking correct operation 
of the hardware. Certain subtle hardware failures may have no affect 
on the operation of the current monitor but may prevent the use of 
another operating system or of a future release of RSTS/E. Installa- 
tion testing, therefore, must include a thorough check of the proces- 
sor and all peripherals before any attempt is made to bring up a 
RSTS/E system. 


When the system generation is performed for on-site testing, the 
Record 1/0 software option must be configured into the system to use 
SYSTST. Other software options which affect the Operation of 
individual exercisers have been mentioned in Section 2.3. The SYSGEN 
examples of Chapter 2, RSTS/E System Manager's Guide can serve as 
rough models even if specific configuration details are altered to. 
installation requirements. 


After generating a RSTS/E system for SYSTST, the user must 
build the system library. Procedures for this build are described 
in Chapter 4 of the RSTS/E System Manager's Guide. The standard 
system library and the Record I/O library must both be built. 
TSTBLD may be run under any account. The files it loads and compiles 
do not affect other system files. The reliability tests may be run 
under open time sharing. 
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CHAPTER 4 
DEVICE EXERCISER ABSTRACTS 


Pot ttatsete’ 


tions of each of the device exercisers before attempting to run the 
reliability test. This chapter contains descriptions of each of the 
exercisers included in the package. 


4.1 DISK EXERCISERS 


Three disk exercisers are included in the SYSTST package. DFEXER 
is used to test the RF11l controller with up to 8 RS11 disk platters. 
DKEXER is used for testing the RK11i controller and up to 8 RK@#3 or 
RK@5 DECpack cartridge drives. DPEXER tests the RP11-C controller and 
up to 8 RP#3 disk pack drives. The RK and RP exercisers are capabie 
of sequentially testing all drives or any subset of drives connected 
to the controller. It is also possible to run several copies of the 
same exerciser in order to test several drives simultaneously or to 


put a heavier load on any single drive. 


The disk exercisers begin by asking several questions to deter- 
mine which drive(s) to test and the duration of the test. 
DKEXER and DPEXER will ask the operator to enter the number of drives 
(1-8) to be tested and the unit numbers (0-7) of those drives. All 
three exercisers ask the operator to enter the number of iterations 
(1-99) to be performed. 


A disk exerciser performs pattern tests on a disk file using 
Record I/O GET and PUT operations. Patterns used include all zeroes, 
all ones, and two complementary one/zero patterns. The file size is 
computed by the exerciser based on available disk space on the drive 
to be tested. To limit exerciser run time, the file size is limited 
to a maximum of 400 disk blocks of 256 words each. The maximum size 
is the norm since SYSTST is usually run using new disks with a large 


amount of free space. 


After completion of the dialogue and preliminary calculations, the 
disk exerciser proceeds to open and extend the file to the predeter- 
mined size. A pattern buffer is then loaded with the first of the four 
patterns and all file blocks are written from this buffer. Each block 
is then read and compared against the known correct pattern data. This 
procedure is repeated for the other three patterns. If any errors are 
detected, an error count is incremented for each incorrect word. The 
error count is cumulative over the four patterns. The file is deleted 
after the pattern tests and the exerciser starts again if more than 


one iteration was requested. Under normal conditions, a different area 
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of the disk is used on each successive iteration. 


Upon completion of all iterations for a drive, a status report is 
printed and the exerciser proceeds to test the next drive, if any. 
The operator is given the option to rerun the exerciser or to log it 
off the system at the conclusion of the test for all drives. 


The disk exercisers use very little processor time but do cause 
considerable activity on the disk device under test and on the UNIBUS. 
Some 400 write and 400 read operations are performed for each pattern 
for a total of 3200 disk transfers per iteration. Additional transfers 
are also required for window turns and for open, close, extend, and 
delete operations. Disk and bus activity can be further increased by 
running several disk exercisers. In particular, on a moving head 
device, arm motion is considerably increased if two or more exercisers 
are used to simultaneously test the same drive. 


All DEC supplied disk devices have built in error checking cir- 
cuitry which should signal bad data. RSTS systems will perform up to 
five retries when the hardware detects a soft data error. Hard disk 
errors or soft errors which persist over five retries cause the disk 
exercisers to abort with the message "USER DATA ERROR ON DEVICE". 

This condition is usually indicative of a bad disk block or a hardware 
malfunction. If the disk exercisers report a non-zero error count, 

this indicates hardware problems which were not detected by the error 
checking circuitry. Errors of this type may indicate disk or controller 
malfunction, bus noise problems, or memory errors. 


The disk’ exercisers do not attempt to test all controller or 
drive functions and they do not access all sectors ona platter, 
cartridge, or disk pack. SYSTST is intended to test system integrity 
and not to exhaustively test or diagnose any type of device. However, 
disks which are to be accessed under RSTS/E must be initialized to 
the RSTS file structure using the DSKINT option at system start up 
time. DSKINT will perform pattern tests on any disk device supported 
under RSTS/E and can, therefore, be used to test basic read/write 
access to all sectors. Used in combination with stand-alone diagnostics, 
DSKINT and the SYSTST disk exercisers can insure a high level of confi- 
dence in the disk devices configured in a RSTS/E system. 


4.1.1 DFEXER - RF11/RS11 Disk Exerciser 


The RF11/RS11 exerciser is somewhat restricted in its application 
since it can only be used if the RF11l is configured as the system 
disk. User file data cannot reside on the RF1ll if it is configured 
as a swapping disk. In either case, the RF1l will be exercised by 
normal swapping activity if the total size of all running jobs 
exceeds the available memory space. DFEXER is further restricted in 
that there is no explicit way to test one particular RS1ll platter. 
RSTS treats a multi-platter RF1ii as one large disk and hence the 
BASIC-PLUS program cannot easily control the physical location of 
disk blocks which comprise the test file. DFEXER will test the normal 
operation of the RF1ll configured as a system disk and does serve 
to increase bus activity. It should, therefore, be used whenever 


possible despite restrictions mentioned. 


DFEXER Example: 


** JOB NAME TO START OR ATTACH ? DFEXER 
** LOGGING IN NEW JOB NAMED “DFEXER’. 


DF*STARTING RF117°RS11 DISK EXERCISER 

DF*ONE ITERATION ON THE RF DISK TRKES ABOUT 4 MINUTES. 
CFeHOW MANY ITERATIONS DO YOU WANT TO RUN ¢1-999 7? 5 
CF*DF EXERCISER DETACHING 

** JOB NAME TO STRRT OR ATTACH ? ¢ 

** CONTROL JOB ENTERING MONITOR MODE. 


** REATTACHING SUBJOB DFEXER 


DCF*DFEXER ERROR STATISTIC FOR THE RFA4 


DRIVE PASS FILE SIZE ERROR COUNT 
OF 1 486 ] 
OF é 488 Ss] 
OF 3 408 8 
OF 4 486 8 
DF ss) 468 i] 


GCF*DF EXERCISER DONE 
DF*TO REATTTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE “RUNNH’. 


READY 


BYE“F 


THIS PAGE PURPOSELY LEFT BLANK. 


4.1.2 DKEXER - RK11/RK§3/RK@5 Disk Exerciser 


DKEXER will test all or any subset of RK#3 or RK§#5 drives 
connected to the RKil controller. Ali drives which are to be tested 
must be fitted with a DECpack cartridge which has been initialized 
to the RSTS file structure by the DSKINT initialization option. Disk 
initialization is described in Sections 3.3 and 3.3.2 of the RSTS/E 
System Manager's Guide and guidelines for initialization of disks for 
SYSTST have been presented in Sections 2.1.3 and 2.1.4 of this manual. 


Assuming these procedures have been followed, DKEXER can be run as 
described below. 


DKEXER Example: 


*x* JOB NAME TO START OR ATTACH ? DKEXER 
** LOGGING IN NEN JOB NAMED “DKEXER’. 


DK*SYSTEM CONFIGURED FOR 2 DRIVES. 

DK*HOW MANY DRIVES DO YOU WANT TO TEST ? 2 

CK*WHICH DRIVECS> ? @.4 

DK*ONE ITERATION ON A SINGLE RK DRIVE TAKES ABOUT 4 MINUTES. 
DK*HOW MANY ITERATIONS DO YOU WANT TO RUN ©1-99) 7 2 

DK*DK EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? “ALL :128 
*x« CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB“S> AT 84:39 PM 


NAME JOB NO. STRTE CPU-TIME 
CONTRL 4 RN 29.2 
DKEXER 16 RN 6.1 


some time and several status printouts later 


wx REATTACHING SUBJOB DKEXER- 


DK*DKEXER ERROR STATISTICS FOR DK 6 


DRIVE PASS FILE SIZE ERROR COUNT 
DK 8 sf 486 @ 
DK 6 2 408 @ 


DK*DK EXERCISER CONTINUING ON DRIVE 1 
DK*DK EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? / 


** CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB DKEXER 


DKE*¥DKESER ERROR STATISTICS FOR DK 4 


CRIVE PASS FILE SIZE 
CK 4 1 408 
CK 4 2 408 


CK*DK EXERCISER DONE 
CK*TO RERTTACH TO CONTROL TYPE “BYE’, 


READY 


EYE’ F 


** JOB NAME TQ START OR ATTACH ? 


ERROR COUNT 


8 
s) 


TO RERUN TYPE “RUNNH’. 


4.1.3 DPEXER = RP11-C/RP#3 Disk Exerciser 


The RP11-C/RP#3 exerciser is almost identical to DKEXER. It will 
test all or any subset of RP#3 drives connected to the RP11=C con= 
troller. As was the case for RK drives, all RP#3 drives must be fitted 
with an RP#3 disk pack which has been initialized using DSKINT at 
system start up time. Sections 2.1.3 and 2.1.4 of this manual include 
guidelines for initialization of RP#3 packs. In the previous example, 
a single copy of DKEXER was used to test two RK drives. The example 
below demonstrates use of two copies of DPEXER simultaneously exer- 
cising a single RP§#3 drive. 


DPEXER Example: 


** JOB NAME TO START OR ATTACH ? DPEXER 


First C 
** LOGGING IN NEW JOB NAMED “DPEXER’. ania 2d 


DP*SYSTEM CONFIGURED FOR 1 DRIVES. 

DP*HOW MANY DRIVES DO YOU WANT TO TEST ? 4 

DP*WHICH DRIVE*S> ? @ 

DP*ONE ITERATION ON A SINGLE RP DRIVE TRKES ABOUT 4 MINUTES. 
DP+HOW MANY ITERATIONS DO YOU WANT TO RUN ¢41-999 ? 4 

DP*DP EXERCISER DETACHING 


*#* JOB NAME TO START OR ATTACH ? DPEXER eNeneae 
** LOGGING IN NEN JOB NAMED “DPEXER’. econd Copy 


Oy 


DP*SYSTEM CONFIGURED FOR 1 DRIVES. 

DP*HOW MANY DRIVES DO YOU WANT TO TEST ? 4 

DP*WHICH DRIVE*S>) ? @ 

DP*ONE ITERATION ON AR SINGLE RP DRIVE TAKES ABOUT 4 MINUTES 
DP*HON MANY ITERATIONS DO YOU WANT TO RUN 41-99) 7 4 

DP*DP EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? “ALL :68 
x* CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB‘S) AT 84:26 PM 


NAME JOB NO. STATE CPU-TIME 
CONTRL 3 RN 19.5 
DPEXKER 8 RN 7.3 
DPEXER 9 DF 7. 4+ 


<some time and several status printouts later> 


** STATUS OF CONTROL SUBJOB“S) AT @5:85 PM 


MAME JOB NO. STATE CPU-TIME 
CONTRL 3 RN 42.2 
UPEXER 8 RN 13.41 
OPEXER 9 RN 4355 


** REATTACHING SUBJOB DPEXER 


DP*DPEXER ERROR STATISTICS FOR DP 6 


CRIVE PASS FILE SI2E ERROR COUNT 
CP @ 1 408 @ 
DP @ 2 406 8 
CP @ 3 468 8 
DP @ 4 488 G 


OP*O0P EXERCISER DONE 
CP*TO REATTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE “RUNNH’. 


READY 


BYE YF 
** JOB NAME TO START OR ATTACH ? 


** CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB DPEXER 


DP*DPEXER ERROR STATISTICS FOR DP @ 


DRIVE PASS FILE S12E ERROR COUNT 
DP @ 1 408 @ 
DP @ 2 400 a 
DP @ 3 408 —@ 
DP @ 4 400 r) 


DP*DP EXERCISER DONE 
DP*TO REATTACH TO CONTROL TYPE “BYE", TO RERUN TYPE “RUNNH’. 


READY 


BYE /F 


** JOB NAME TO STRRT OR ATTACH 7? 


4.2 DTEXER - DECTAPE EXERCISER. 


DTEXER will test the TCll DECtape control and up to 8 DECtape drives. 
If a single copy of DTEXER is used to test several drives, the individual 
drives are exercised one at a time. Multiple copies may be used to 
test several drives simultaneously. 


The DECtape exerciser begins with a dialogue similar to the disk 
exercisers to determine which drives are to be tested. The operator 
is directed to enter the number (1-8) of drives to be tested and the 
unit numbers (0-7) of those drives. Before detaching to run the test, 
DTEXER will zero the tapes on all specified drives. In the detached 
state, DTEXER proceeds to open a file on the unit being tested and 
fills the file with floating point numbers. Out of a possible 578 
tape blocks, 286 blocks are written if a 4-word math package is being 
used. 144 blocks are written if the system is configured with two 
word math. After the file is written, it is closed and reopened for 
input. Numbers written on the tape are read and checked keeping a 
count of incorrect values, If at the end of the test the error count 


is not zero, DTEXER will print the count before proceeding to test the 
next drive. 


DTEXER Example: 


ee JOB NAME TO START OR FYITRCK 7 DIERER 
ae LOGGING IN RE JOB NABED “DIEKER®. 


DYTSYSTEM CONFIGURED FOR = DRIVES. 

CHO MANY DRIVES PO YoU KANT 10 TE57 7 2 
CTtWHICH CRIVESS) ? @,4 

DIFARE DRIVE CS) @,4 MQUNTED AND RE? YES 
DreDT EXERCISER DETACHING 


we JCB NAME 10 START GR ATTACH ? 
44 CORTROL JOB ENTERING MONITOR MQGE. 


a4 STATUS OF CONTROL SUBJGBCS) Al 4-46 Fri 


MFILE JOR NGO. STATE Cette 
CONTEL & Fite eo. o 
CTERER 4 RN as. 4 


*k REATTACHING SUBJOB DTEXER 


CT#07T EXERCISER PONE FOR 


MT+*¥TO RERTTRCH TO CONTROL TYPE 


READY 


BYE /F 


et JOB NAME TO START OR ATTACH 


DRIVES 


$2 


a 


7@.: 
“BYE. TO RERUN TYRE ° FUNMHS 
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4.3 MTEXER - MAGTAPE EXERCISER 


The magtape exerciser is used to check normal operation of the 
TM1l1 magtape control and up te 8 TULO 7-track or 9=-track drives. 
MTEXER allows the operator to select the drive(s) to be tested, the 
length of tape to be written, and the number of repetitions to be 
performed. On each iteration, the tape is zeroed, a file is opened, 
and data is written until the specified length of tape has been used. 
The tape is then rewound, the file is opened for input, and the data 
is read and verified. If errors are detected, acount of the number 


of bytes found to be incorrect is printed before proceeding to the next 
iteration. 


The data pattern used is a worst case NRZ pattern for 9=-track 
drives. This pattern is not worst case for 7-track recording. The 
pattern is loaded into a 512 byte buffer and n PUT's are used to 
write the tape. The variable n is equal to the repetition number so 
that n identical records are written on repetition n. The pattern 
buffer is then changed and the process continues until the required 
length of tape has been written. Since the number of PUT's increases, 
tape speed increases on each successive iteration. Furthermore, the 
pattern base varies with n so that the contents of the pattern buffer 
also varies on successive iterations. 


Problems with TM11/TU10 magtape drives are most likely to occur 
when running several drives simultaneously. It is therefore advan~ 
tageous, if not imperative, that one copy of MTEXER be run for each 
drive on the RSTS/E system. To check for correct mechanical operation 
and to ensure no interaction between drives, MTEXER should be run for 
only a few feet of tape (i.e., 5-10 feet) but with many iterations 
(e.g., 30-40). This will force rewinds of some drives while read/ 
write operations are performed on other drives. Conversely, to 
ensure data integrity, a large amount of tape should be written 
(e.g., 100-400 feet) with few iterations. (e.g., 1-5). 


MTEXER Example: 


** JOB NAME TO STRRT OR ATTACH ? MTEXER 
** LOGGING IN NEW JOB NAMED “MTEXER’. 
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MT*SYSTEM CONFIGURED FOR 8 DRIVECS). 

MT*HOW MANY DRIVES DQ YOU WANT TO TEST ? 4 
MT*WHICH DRIVECS> ? @ 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE ? 16 
MT*HOW MANY REPETITIONS PER DRIVE ? 16 

MT*RRE DRIVECS> 8 MOUNTED AND RYE? YES 

MT*4T EXERCISER DETACHING 


** JOB NAME TQ START OR ATTACH ? MTEXER Second copy 
** LOGGING IN NEN JOB NAMED “MTEXER’. 


MT*SYSTEM CONFIGURED FOR S DRIVECS). 

MT*HOW MANY DRIVES PO YOU WANT TO TEST ? 4 
MT*¥WHICH DRIVECS> ? 41 

MT*HOW MANY FEET OF TRPE DO YOU WANT TO NRITE 7? 16 
MT*HON MANY REPETITIONS PER DRIVE 7? 418 

MT*ARE DRIVECS> 1 MOUNTED AND W/E? YES 

MT*47T EXERCISER DETRCHING 


** JOB NAME TO START OR ATTACH ? MTEKER 


Third copy 
** LOGGING IN NEW JOB NAMED “MTEXER’. 


MT*SYSTEM CONFIGURED FOR 8 DRIVECS). 

MT*HOW MANY DRIVES DO YOU NANT TO TEST ? 41 

MT*WHICH DRIVE“S)> ? 2 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE ? 4 

MT*HOW MANY REPETITIONS PER DRIVE ? 18 

MT*ARE DRIVECS> 2 MOUNTED AND W/E? YES : 

MT*ERROR AT LINE 165 :MAGTAPE SELECT ERROR ‘16-JUL-73, 63:45 PM? 


Drive was offline 
MT*TO CONTINUE TYPE “CONT”. TO ABORT TYPE ““C”. 
? CONT 
MT*SYSTEM CONFIGURED FOR 8 DRIVECS). 
MT*HOW MANY DRIVES DO YOU WANT TO TEST 7 1. 
MT*#WHICH DRIVECS> ? 2 
MT*HOW MANY FEET OF TAPE DO YOU WANT TO NRITE ? 16 
MT*HOW MANY REPETITIONS PER DRIVE ? 18 
MT*RRE DRIVE*S> 2 MOUNTED AND N/E? YES 
_MT*MT EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? /CMTEXER 
*x* CONTROL JOB ENTERING MONITOR MODE. 


*x* STATUS OF CONTROL SUBJOB*S> AT 83:47 PM 


NAME JOB NO. STATE CPU-TIME 
MTEXER 12 RN 1:62.1 
MTEXER 13 RN 45.4 
MTEXER 15 RN 2? 


** REATTACHING SUBJOB MTEKER 


MT*MT @ ERROR AT LINE 4406 :MAGTAPE SELECT ERROR 


MT*MAGTAPE STATUS SUMMARY 
MT*LAST COMMAND WAS READ 


MT * DENSITY PARITY TRACKS 

MT * 3 ODD 2 

MT * W-LOCK EOT BOT EOF RLE 
MT* NO NO NO NO NO 

MT * SELECTION ERROR OCCURED 

MT*TQ CONTINUE TYPE “CONT’. TO ABORT TYPE ““C’. 


7 CONT 

MT*SYSTEM CONFIGURED FOR 8 DRIVES). 

MT*HOW MANY DRIVES DO YOU WANT TO TEST ? 4 
MT*NHICH DRIVECS> ? @ 

MT*HOW MANY FEET OF TAPE DO YOU WANT TO WRITE ? 18 
MT*HOW MANY REPETITIONS PER DRIVE ? 18. 

MT*ARE DRIVECS> @ MOUNTED AND N/E? YES_ 

MT*MT EXERCISER DETACHING 


** JOB NAME TO START OR RTTACH ? “MTEXER 


** CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB“<S> AT 63:48 PM 


NAME JOB NO. STATE CPU-TIME 
MTEXER 12 RN 1:87.2 
MTEXER 23 RN 56.6 
MTEXER 15 RN 22.2 


ok REATTACHING SUBJOB MTEXER 


MT*#MT EXERCISER DONE FOR DRIVES) :4 
MT*TO REATTACH TO CONTROL TYPE “BYE’, 


TQ RERUN TYPE 
READY 

** MTEXER WAIT EXHAUSTED 

*x* CONTROL TERMINATING JOB #13 MTEXER 

oats 


BYE/F$ 
READY 


x* JOB NAME TO START OR ATTACH ? ALL 
*x* CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB<S? AT 63:59 PI 


NAME JOB NO. STATE CPU-TIME 
CONTRL 4 RN 25.1 
MTEXER i2 RN 2:42.8 
MTEXER 15 HB SW 1:39.3 
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(16-JUL-?3, 63:47 Pr) 


Drive was switched 
offline to force an error. 
Full Status printout 

only occurs if the test 
file was open at the time 
of the error. 


“RUNNH’. 


** RERTTRACHING SUBJOB MTEXER 


MT*MT EXERCISER DONE FOR DRIVE*S?-2 
MT*TO REATTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE 
RERDY 


BYE/F 


** JOB NAME TO START OR ATTACH ? “ALL 
** CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB<S> AT 63:59 PM 


NAME JOB NO. STATE CPU~TIME 
CONTRL 4 RN 25.9 
MTEXER 12 HB 2:45.5 


** REATTACHING SUBJOB MTEXER 

MT*MT EXERCISER DONE FOR DRIVE*S>:@ 

MT*TO RERTTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE 
READY 


BYE?F 


** JOB NAME TO START OR ATTACH ? 
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“RUNNH?. 


“RUNNH’ . 


4.4 CREXER - CARD READER EXERCISER 


The card reader exerciser tests the CR11 and CD11 punched card 
readers. CREXER is intended for use with MAINDEC-89-D1B1-C entitled 
"ALPHA CARD DECK" which is supplied with the reader diagnostics. This 
deck consists of 80 cards punched with a rotating character set. As 
the deck is read and verified, if the data read does not agree with 
the MAINDEC, the actual and expected contents of each card is recorded 
in a disk file for later printing. Thus, if the MAINDEC is not 
available, any card deck (punched with DECO29 or an equivalent punch) 
can be read and printed for manual verification or a MAINDEC can be 
punched from the listing of expected card contents. 


Standard card codes for RSTS/E are listed in Appendix D of the 
BASIC-PLUS Language Manual, DEC-11-ORBPA-C-D. The pattern used in the 
MAINDEC shifts 80 characters through all 80 column positions. Since 
the pattern repeats every 80 cards, several copies of the MAINDEC can 
be stacked for a more thorough test of reader operation. CREXER 
continues reading until a hopper empty or end of file condition is 
detected. End of file is generated with either an end of file card 
(12-11-0-1 punch in column 1) or with the end of file switch (1200 
cpm CD11 only). 


CREXER Example: 


*#* JOB NAME TO START OR ATTACH 7 CREXER. 
*# LOGGING IN NEW JOB NAMED “CRERXER’. 


CR*STARTING CARD READER EXERCISER. 


CR*LORD MAINDEC- 89-D4AB4-C LABELLED “ALPHA CARD DECK” INTO THE 
CReREADER. THE DECK WILL BE READ RAND YERIFIED. JF ANY ERRORS Fike 
CR#DETECTED, THE EXPECTED RNP RCTURL CONTENTS GF THE ERD CRED 
CR*WILL BE RECORCED IN A DISK FILE FOR LATER FRINTING ON EITHER 
CR*THE CONSOLE TERMINAL OR THE LINE FRINTER. CREDS WILL BE READ 
CReUNTIL END OF FILE QR HOFFER EMPTY 15 DETECTED. SEVERFL COPIES 
CReOF THE MAINDEC MAY BE STACKED FOR R MORE THOROUGH TEST. 


CR*eCARD RERDER READY ? YES 
CReCARD READER EXERCISER DETACHING. 


#* JOE NAME TQ STRRT OR ATTACK ? 


** CONTROL JOB ENTERING MONITOR MODE. 
#* RERTIACHING SUBJOE CREXER 


CReaui GF Gd4#@ CARES FEED, PREORS EERE DETECTED Oh od CERES, 


Cha TVReE “hE: TQ LIST ERRORS Gh THE LOIRE PRIRTER GF TSPE ChB oO? 
CeetTQ LIST ERRORS Oh TRIS PE VEGRED. 


CeaVaure LISTING PEVICE 7 KE: Error was forced with one bad card. 


CheD & EXPECTED > DEPGHIE. o44'- JEL RNOPGRE 14495 (CPS TUNERYYN, BLOF DERI OE ES PE hey 
ECDEFGRIE. ct !SAEC 


CARD & ROTUAL : DERERIL. fea! JEL RNOPGE J$49; “CZCS TUVEEN EN, B23? 
BCDETGHIE. cca TeREC 


ee a So ee | 


Note that the letter G(12-7 punch) was changed to & (12 punch) and 
the letter X(§-7 punch) was changed to @(f punch). This indicates 
occasional dropouts on row 7 of the card. This type of problem 
might be caused by dust on the head or marginal operation of the 
photo sensor or amplifier for row 7. 


CReCARE REAPER EXERCISER PORE. 
CheTO RERTTACH TO CONTROL TYEE “BYES, TO RERUR TYRE ORUNKHS 
RERDY 


BYE/F 


«+ JOE NAME TO START OR AITACH # 
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4.5 LPEXER - LINE PRINTER EXERCISER 


The line printer exerciser simply prints a rotating ASCII pattern 


7.1204 


on LP1ll or LSll printers. Up to 8 printers can be sequentially tested 
with one copy of LPEXER or several copies can be run simultaneously, 


each exercising a different printer. 


LPEXER Example: 


x* JOB NAME TO START OR ATTACH ? LPEXER 
** LOGGING IN NEN JOB NAMED “LPEXER’. 


LP#SYSTEM CONFIGURED FOR 2 PRINTERCS). 

LP*HOW MANY PRINTERS DO YOU WANT TO TEST ? 4 
LP*TYPE UNIT #°S OF PRINTER<S) TO BE TESTED ? & 
LP*ARE PRINTER“<S> @ ONLINE AND READY? YES 
LF*HON MANY PAGES OF OUTPUT DO YOU WANT? 2 
LP*LF EXERCISER DETACHING. 


** JOB NAME TQ START OR ATTACH ? 
#* CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB“<S> AT 64:18 PM 


NAME JOB NO. STATE CPU-TIME 
CONTRL 2 RN 16.4 
LPEXER 9 RN 28.4 


** STATUS OF CONTROL SUBJOB“<S> AT 64:11 PM 


NAME JOB NO. STRTE CPU-TIME 
CONTRL 3 RN 16.5 
LPEXER 9 RN SW 24.8 


** REATTACHING SUBJOB LPEXER 


LP*LINE PRINTER EXERCISER DONE 
LP*TO REATTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE “RUNNH’. 
READY 


BYE /F 


** JOB NAME TO START OR ATTACH ? 


THIS PAGE PURPOSELY LEFT BLANK. 


4.6 PPEXER - PAPER TAPE PUNCH EXERCISER 


The paper tape punch exerciser punches a tape which is used to 
test the paper tape reader. The tape consists of 32 repetitions of a 
binary count pattern. Each pattern includes all possible punches 
alternating with the complement punch, i.e., (in octal) l, 1 (=376), 
2,2(=375) po0e,376,376(=1), 377,377(=0), 0,0(=377). This tape is 
identical to MAINDEC-@@-D2G4-PT labelled "SPECIAL BINARY COUNT PATTERN 
TAPE" supplied with the paper tape reader diagnostics. 


PPEXER Example: 


44 JOE NAKE 10 STREET Qk AITRCH ? PREKER 
#: LOGGING IN NEN JOB NAMED “PPEXER’. 


PP*STARTING PP EXERCISER, PP READY ? YES 

FP*THIS TEST WILL PUNCH R BINARY COUNT PATTERN TAPE. 
FP*THE TAPE IS EQUIVALENT TO MAINDEC-@@-D2G4-PT ENTITLED 
FP*SPECIAL BINARY COUNT PATTERN TAPE. EITHER THE TAFE 
FP*PUNCHED BY THIS EXERCISER OR THE SUPPLIED MARINDEC 
PP*eTRPE MAY BE USED TO TEST THE PAPER TAPE READER 


PP*e] WILL PUNCH A LEADER AND THEN SLEEP 3@ SECONDS 
FP*WHILE YOU STRRIGHTEN OUT THE TAPE IN THE HOPPER 
FP*PP EXERCISER DETRCHING 

*x*k JOB NAME TO START OR ATTACH ? “ALL 

** CONTROL JOB ENTERING MONITOR MODE. 


*x* STATUS OF CONTROL SUBJOB<“S) AT 83:55 PM 


NAME JOB NO. STATE CPU-TIME 
CONTRL 3 RN 12.5 
PPEXER 9 RN ca, 


** REATTACHING SUBJOB PPEXER 


PP*PP EXERCISER DONE 

FP*NOW USE THE GENERATED PAPER TAPE TO TEST THE READER 
FP*TO REATTACH TO CONTROL TYPE “BYE TO RERUN TYPE “RUNNH’. 
READY 


BYE /F 


** JOB NAME TO START OR ATTACH ? 
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4.7 PREXER - PAPER TAPE READER EXERCISER 


The tape generated by PPEXER or MAINDEC-99-D2G4-PT "SPECIAL BINARY 
COUNT PATTERN TAPE" may be used with PREXER to test a paper tape reader. 
PREXER reads and checks 30 repetitions of the binary count pattern 
described in the previous section and then skips any remaining tape in 
the reader. When end of file is encountered, PREXER reports any errors 
detected. If a large number of errors are reported, the operator should 
check the read station for dust and insure that the tape was correctly 
loaded into the reader. PREXER will report 15360 errors if the tape is 
loaded backwards. In the case of excessive errors, it may also be 
necessary to manually examine a tape punched by PPEXER to insure that 
the punch is functioning properly. 


PREXER Example: 


a JOB NAME TO START OR ATTACH ? PREXER 
** LOGGING IN NEW JOB NAMED “PREXER’. 


PR*STARTING PR EXERCISER. 

FR*LOAD MAINDEC-@@8-D2G4-PT OR THE BINARY COUNT PATTERN 
PR*TAPE GENERATED BY THE PUNCH EXERCISER INTO THE READER 
FR*WITH THE LEADER UNDER THE READ STATION. READER READY 7 YES 
PR*PR EXERCISER DETACHING 


** JOB NAME TO START OR ATTACH ? ¢ 


** CONTROL JOB ENTERING MONITOR MODE. 
** REATTACHING SUBJOB PREXER 


PR*ERROR AT LINE 12@ :DEVICE HUNG OR WRITE LOCKED ‘@6-JUL-73, 64:@2 PM) 
PR*TO CONTINUE TYPE ‘CONT’, TO ABORT TYPE “"C’.? CONT Reader was not ready. 
PR*STARTING PR EXERCISER. 

FR*LOAD MRINDEC-@6-D2G4-PT OR THE BINARY COUNT PATTERN 

PR*TAPE GENERATED BY THE PUNCH EXERCISER INTO THE READER 

FR*WITH THE LEADER UNDER THE READ STATION. READER READY 7? YES 

PR*PR EXERCISER DETACHING 

** JOB NAME TO START OR ATTACH ? “ALL 


x* CONTROL JOB ENTERING MONITOR MODE. 


*k STATUS OF CONTROL SUBJOB<S> AT @4:04 PM 


NAME JQB NO 
CONTRL ee: 
FRESER 9 


STATE CFU-TIME 
RN say 
PR 6.4 


<some time and several status printouts later> 


* REATTACHING SUBJOB PREXER 


FRePR EXERCISER DONE, 


ERROR COUNT= 6 


FR*TO REATTACH TO CONTROL TYPE “BYE”, TO RERUN TYPE 


READY 


BYE “F 


** JOB NAME TO START OR ATTACH ? 


“RUNNH” . 


4,8 KBEXER - KEYBOARD EXERCISER 


The SYSTST keyboard exerciser is used to test local and remote 
terminals connected to the RSTS/E system. Since terminals may not be 
connected at the DEC manufacturing facility, KBEXER will be used 
primarily at the customer site for field installation testing. KBEXER 
will test only one terminal at a time but may be transferred from one 
terminal to another. Several copies of KBEXER can be run if simul- 


taneous testing of several terminals is desired. 


RSTS/E supports a variety of terminals including the LA38 and 
LA3@S DECwriters, VT#5 and VT@{5B alphanumeric display terminals and 
Teletypes. Terminals may be connected to the UNIBUS via KL11 (A-E), 
DL11 (A-E), LCll or DCll single line interfaces, or the DH11 multi- 
plexer. The DCll and DH11 allow terminal characteristics to be 
varied under program control. RSTS/E will default variable parameters 
on these lines to ASR-33 characteristics, i.e., 110 baud, 1 start 
bit, 8 data bits, 2 stop bits, and no parity. The BASIC-PLUS program 
TTYSET, included in the standard library, can be used to change 
terminal characteristics if necessary for test purposes. Refer to 
Section 6.7 of the RSTS/E System Manager's Guide for instructions 
on the use of TTYSET and procedures for setting up the TTYSET.SPD 
file. 


KBEXER implements four terminal tests. The SPACE test verifies 
that the terminal carriage (if a carriage exists) will return reliably 
from any position on the line. An ASCII pattern test verifies that the 
terminal will print the standard ASCII character set in all print 
positions. The WORST case pattern test forces the print head on 
ASR-33 Teletypes to rotate a half revolution at every print position. 
Finally the REPEAT test repeats everything typed on the terminal to 
verify two way communications. Commands are entered from the terminal 
being tested. One of the four tests is initiated by typing the test 
name and is terminated by typing CTRL/C (*C). Instructions for use of 
this exerciser are printed if the RETURN key (<CR>) or HELP is typed at 


command level. 


Two additional commands are provided to transfer KBEXER to another 
terminal. The command /KBnn will transfer to keyboard number nn. All 
subsequent commands would be entered from that terminal. In testing 
remote terminals the telephone connection must be established prior to 
transferring to the remote keyboard. The remote terminal should not 
be logged in to the system since it would then appear busy when the 
transfer is attempted. The /CONTROL command transfers KBEXER back 
to the SYSTST control program. 
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KBEXER runs attached to the keyboard which initiated it until a 
transfer command is entered. Thereafter, the job is detached and 
communicates with terminals through an open file. In this detached state 
the exerciser cannot be terminated by typing CTRL/C (°C), When the job 
is reattached by the SYSTST control program (or by anybody else), it 


can be terminated with CTRL/C (*C) and can be logged off the system by 
typing BYE. 


KBEXER Example: 


** JOB NAME TO START QR ATTACH 7 KBEXER 
** LOGGING IN NEN JOB NAMED “KBEXER’. 


KBG@ * KEYBOARD EXERCISER 


m 
a 
¥ 


© SYSTEM 1S CONFIGURED FOR 32 TERMINALS “KBG@ - KBZ1 3) 


Ls 
¥ 


© ENTER TEST NAME OR TRANSFER COMMAND: HELF 


KB@ »* THE KEYBOARD EXERCISER CAN BE USED TO TEST ANY LOCAL OR PEMOTE 
KB@ * TERMINAL CONNECTED TO THE RSTS’E SYSTEM. ANY GF THE FOUR TESTS 
KBG #* PROVIDED MAY BE INVOKED BY TYPING THE TEST NAME ON THE TERMINAL 
KB@ * TO BE TESTED. THE EXERCISER MAY BE TRANSFERRED FROM ONE TERMINAL 
KB@ * TO ANOTHER BY USE OF THE TRANSFER COMMANC DESCRIBED BELON: 

EKBG@ * SPACE SPACE RAND CRRRIAGE RETURN TEST 

KBG@ »* ASCII ROTATING ASCII CHARACTERS TEST 

KB@ * WORST WORST CASE “ASR33>2 PATTERN TEST 

KBG@ * REPEAT REPEATS WHATEVER 15 TYPED ON TERMINAL 

KBG * “KB2i TRANSFER EXERCISER TO KEYBORRD 24 

KBa * /CONTRL TRANSFER EXERCISER BACK TO CONTROL JOE 

KB@ »* TO STOP ANY TEST FOR COMMAND ENTRY, TYPE CONTROL/C. 

KBG »* BEFORE RTITEMPTING TO TRANSFER TO A REMOTE TERMINAL. 

KB@ »* THE TELEPHONE CONNECTION SHOULD BE ESTABLISHED. 


KBG »* ENTER TEST NRME OR TRANSFER COMMAND: ASCII 
KB@ * ROTATING ASCII CHARACTERS TEST 


MESHES Co¥4, -, (8123456789 : 5 <=> 7@ABCDEFGHIJKLMNOPQRSTUVNAYZE SIT UNE 
eC M"BEYRS Comet, —. 28123456789 25 <=> 7@ABCDEFGHIJKLMNOPGRSTUYNXYZE SN IT UNE 
¢ §REua! Cet, -. (8123456789 2; <=> 7@ABCDEFGHIJKLMNOPQRSTUVNAYZE SIT INH 
- 7 '"B$2R Coe+, -, (8123456789 :; <=> 7@ABCDEFGHIJKLMNOPQRSTUVNRYZCES IT TS 
,~. 2 I" BSHRS C4, -. 20123456789 :5 => ?@ABCDEFGHIJKLMNOPGRSTUYNRYZE SIT! 
te-. 7 IRSA Cet, -. 28123456789 25 <=> 27@ABCDEFGHIJTC 


KBG * ENTER TEST NAME OR TRANSFER COMMAND: SPACE 
KB@ * SPRCING TEST 


“C 


KB@ * ENTER TEST NAME OR TRANSFER COMMAND: WORST 


KB@ * ROTATING WORST CASE “<RSR33> PATTERN TEST 


CWE! OWS LW LW We We LW LW LN WN WN WN Ne WN NS Ne We de? 
Of WA LWA LW LW WW LW We WN WS We NS NS I WE 

We? WP? We? We? LW? OW WS LW LW WE LW LW LN OWN LW LW NS ed 
We? WE? LW LW LW? WW LW WN WN WN LW LN? WS 


AWE LW? LW? LW? LW ide We WN? OW NS WS WN WN LW? NY WN? OW? We? de? 
OO LWT LW? WE? LW? LW LW? WN LW LW We LW OC 


KBG * ENTER TEST NAME OR TRANSFER COMMAND: REPEAT 


KBG * REPERT TEST 
? ABCDEFGHI JKLMNOPQRSTUYNKY2 
? ABCDEFGHIJKLMNOPQRS TUVWXYZ 


7 1234567896 
? 1234567898 


2 IM RSeR’! C= 
P L'RS$2e! C= 


ENTER TEST NAME OR TRANSFER COMMAND: /KB5 
KEYBOARD EXERCISER TRANSFERRING FROM KBG@ TO KBS 
PLEASE ENTER SUBSEQUENT COMMANDS FROM KBS5 
KEYBORRD EXERCISER DETACHING. 


ras 
ie] 
Ss 
RRR E 


** JOB NAME TQ START OR ATTACH ? “ALL 
** CONTROL JOB ENTERING MONITOR MODE. 


*#* STATUS OF CONTROL SUBJOB*S) AT @3:2" PM 


MAME JOB NQ. STATE CPU-TIME 
CONTRL 3 RN 16.2 
EBEXER 12 KB 6.6 


At this point KBEXER is detached and is ready to test KB5. The 
same tests and commands are available at that keyboard except that the 
exerciser cannot be terminated by typing CTRL/C (°C), At the conclusion 
of tests on KB5, the exerciser can be transferred to another terminal 


or back to the control program as shown below. 


KBS * KEYBOARD EXERCISER 
KBS * ENTER TEST NAME OR TRANSFER COMMAND: /CONTRL 
KB5 * KEYBOARD EXERCISER TRANSFERRING TO CONTROL KEYBOARD 


On the control keyboard KBEXER is reattached and waits for a 
command. In this case, the job is logged out. 


** REATTACHING SUBJOB KBEXER 


KB@ * KEYBOARD EXERCISER 

KB@ * SYSTEM 15 CONFIGURED FOR 32 TERMINALS ‘KB@ - KB31 > 
KB@ »* ENTER TEST NAME OR TRANSFER COMMAND: “C 

READY 


BYE ?F 


** JOB NAME TO START OR ATTACH ? 


4.9 CPEXER - PROCESSOR EXERCISER 


The SYSTST processor exerciser is intended to put 4 heavy 1 
on the central processor unit (CPU). CPEXER runs compute bound for 
short bursts and then sleeps for five seconds so that average proces~ 
sor loading is not sufficient to appreciably affect the performance 
of the peripheral exercisers. CPEXER was specifically designed to 
test the PDP-11/40 FIS or PDP-11/45 FPP options but also serves to 
verify general CPU integrity and correct PDP-11/40 EIS operation. 


The FIS and FPP hardware options are fully utilized when the ex- 
tended functions (sine, cosine, etc.) are configured in the system. 
Hence CPEXER asks the operator if the system is configured for extend- 
ed functions. If the system does include functions, then all the 
tests described below are performed. If functions are not included, 
only those tests identified with an asterisk below are performed. 
There is no way for a BASIC-PLUS program to trap the error which 
occurs if an extended function is used but the RSTS/E system was not 
configured for this feature at SYSGEN time. If there is doubt that 
the functions were included, the operator should indicate that the 
system does include functions. CPEXER will then try one simple 
calculation, X=SIN (0.5), and will abort with the message "MISSING 
SPECIAL FEATURE" if the functions were actually not configured. 
CPEXER can then be rerun by simply typing "RUNNH". 


The tests performed by CPEXER are described briefly below. In 
most of the tests, results are compared to known correct values. 
Two "grind" tests are also included to verify consistent results of 
duplicate calculations. Finally a few miscellaneous tests are per 
formed which have detected hardware failures on test systems in the 
past. 


CPEXER Test Descriptions: 


SIN (X) X= (Y/180) *PI 
FOR Y=10 TO 350 STEP 10 (Degrees) 
Uses SIN(X) extended function. 
Results are compared to known correct values. 


SIN (X) * FOR X=10 TO 350 STEP 10 (Degrees) 
Uses a polynomial approximation to SINE function. 
Results are compared to known correct values. 


LOG (X) FOR X=10 TO 500 STEP 10 
FOR X=0.1 TO 1.0 STEP 0.1 
Uses LOG(X) extended function. 
Results are compared to known correct values. 
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EXP (X) FOR X= -10 TO +10 STEP 1 
FOR X=-0.9 TO 0.9 STEP 0.1 
Uses EXP(X) extended function. 
Results are compared to known correct values. 


SQR (X) FOR X=100 TO 5000 STEP 100 
Uses SQR(X) extended function. 
Results are compared to known correct values. 


SQR(X) * FOR X=100 TO 5000 STEP 100 
Uses Newton-Raphson method for square root. 
Results are compared to known correct values. 


LOG (EXP (X))FOR X=1.0 TO 5000.0 STEP 3.0 
Grind test for consistent results using stateme 
IF EXP (LOG (EXP (LOG (EXP (LOG (EXP (LOG (EXP (LOG (X) ) ) 
<> EXP (LOG (EXP (LOG (EXP (LOG (EXP (LOG (EXP (LOG (X) ) ) 
THEN <error> 


ATN (TAN (X)) FOR X=-1.50 TO 1.50 STEP 0.01 
Grind test for consistent results using stateme 
IF ATN (TAN (ATN (TAN (ATN (TAN (ATN (TAN (ATN (TAN (X) ) ) 
<> ATN (TAN (ATN (TAN (ATN (TAN (ATN (TAN (ATN (TAN (X) ) ) 
THEN <error> 


we 


~~ 3 


MISC. * A=1.0/0.0 
Verify floating point divide by zero trap 
A%=1%/0% 
Verify integer divide by zero trap 
A%=60000. 


Verify integer conversion error trap 


IF INT(40.6621*100.+0.5) /100==40.66 

THEN <correct> ELSE <error> 

This calculation failed on an 11/40 system which was 
having EIS problems 


*These tests do not require extended functions. 


CPEXER Example: 


*x* JOB NAME TO START OR ATTACH ? CPEXER 
** LOGGING IN NEW JOB NAMED “CPEXER’. 


CP*STARTING CPUPEIS/FIS/FPP EXERCISER 
CP*ARE YOU CONFIGURED FOR EXTENDED FUNCTIONS ? HELP 


CP*DURING THE RSTS7E SYSTEM GENERATION, YOU WERE ASKED WHETHER 
CP*OR NOT THIS SYSTEM REQUIRED THE EXTENDED MATHEMATICAL FUNCTIONS 
CPecSINE, COSINE, ETC. >. IF YOU ANSNERED “YES” TO “FUNCTIONS?” AT 
CP*SYSGEN TIME, THEN REPLY “YES” TO THE QUERY BELOW. IF YOU 
CP*ANSWERED “NO” AT SYSGEN, THEN YOU ARE NOT CONFIGURED FOR THE 
CP*¥EXTENDED FUNCTIONS AND YOU SHOULD ANSWER “NO” BELOW. IF YOU ARE 
CPkUNSURE, THEN ANSNER “YES’ AND I WILL TRY TO USE ONE OF THE 
CP*EXTENDED FUNCTIONS. IF THE OPERATION FAILS, AN ERROR MESSAGE 
CP¥WILL BE PRINTED AND THIS EXERCISER WILL ABORT. SHOULD THAT 
CP*OCCUR, SIMPLY TYPE “RUNNH*’ TO RERUN CPEXER AND REPLY “NO” 
CP*NHEN AGAIN RSKED IF YOU ARE CONFIGURED FOR EXTENDED FUNCTIONS. 


CP*EACH ITERATION TAKES ABOUT 2 MINUTES 
CP*HOW MANY ITERATIONS DQ YOU WANT TO RUN ? 5 


CP*CP EXERCISER DETACHING 
** JOB NAME TQ START QR ATTACH ? “ALL :68 
** CONTROL JOB ENTERING MONITOR MODE. 


** STATUS OF CONTROL SUBJOB«<S> AT @3:34 PI 


NAME JOB NO. STATE CPU-TIME 
CONTRL 8 RN 16.2 
CPERER 12 SL 8.9 


<several status printouts later> 


** RERTTACHING SUBJOB CPEXER 


CP*CPUPEIS@FIS/@FPP EXERCISER DONE. TOTAL OF @ ERRORS DETECTED 
CP*TQ REATTACH TO CONTROL TYPE “BYE*, TO RERUN TYPE “RUNNH’. 


RERDY 


** CPEKER WAIT EXHAUSTED. 

** CONTROL TERMINATING JOB #42 CPEKER 
ened 

BYE “FS 

RERDY 


** JOB NAME TO START OR ATTACH ? 


APPENDIX A 


SPECIAL SYSGEN OPTIONS 


During development of the RSTS/E system, several hidden options 
were buiit into the SYSGEN program to assist DEC development person- 
nel with system generations and performance analysis. The hidden 
options are invoked through non-standard answers to several SYSGEN 
questions. Support for these features is neither expressed nor 
implied by this document. The SYSGEN questions of interest are 
listed below together with a brief explanation of the non-standard 
answers required to invoke the special options. 


A.1 CLOCK (‘L' OR 'P')? 


L or P Normal response to use the standard Line 
Time Clock (KW11L) or the Programmable 
Clock (KW11P). 


H (High Speed) Permits operation of the programmable 
‘Clock at a frequency other than line 
frequency as specified below. 


L/STAT The modifier /STAT is used to include 
P/STAT special statistics gathering code into 
H/STAT the RSTS/E monitor. Includes code and 


tables to record job and disk access 
statistics. The statistics code is intended 
for performance analysis at DEC and is not 

a supported feature of RSTS/E. 


A.2 AC FREQ? 


50 or 60 (Hz) Normal response for either 50 or 60 Hz 
operation of the KW11L or KW11P clock. 


50,100,...950,1000 If high speed clock operation was requested 
above, the answer to this question specifies 
the clock frequency desired. Entry must be 
a multiple of 50 Hz in the range 50 to 
1000 Hz. 


The RK11 and RP11c disk controllers will allow several drives to 
perform seek operations simultaneously. Since the controller is not 
busy while seeks are in progress, data transfers may be overlapped 
with the seek operations in progress on other drives. Disk sub- 
system throughput is substantially increased. Overlapped seek drivers 
are included in the standard RSTS/E V05B distribution kits and are 
available through hidden SYSGEN options. These drivers had not been 
thoroughly tested at the time of the V05B code freeze. This is the 
reason for the hidden option. The overlapped seek drivers will not 
be supported by DEC until further testing is performed. An 
Installation Note or Software Dispatch article will be used to 
announce full availability of these drivers and to publish any required 
patches or hardware notes. The hidden option is documented below for 
completeness. 


A.3 RK§#3/RK95's? 


0 to 8 Normal response is the number of RK03 
or RKO5 drives attached to the RK11 
controller. Standard (non-overlapped) 
RK11 driver will be used. 


02 to O8 Preceding the number of RK drives with 
the letter "0" will force SYSGEN to 
substitute the RK11 overlapped seek driver 
in place of the non-overlapped driver. 


A.4 RP@{3's? 


0 to 8 


O02 to O08 


Normal response is the number of RP#3 
drives attached to the RP11C controller. 
Standard RP11C driver (non-overlapped) 
will be used. 


Preceding the number of RP#3 drives 
with the letter "0" will force SYSGEN 
to substitute the RP11C overlapped seek 
driver in place of the non-overlapped 
driver. 


RSTS/E standardly supports the LPll and LS1l (dot matrix) line 
printers. The printer device is also coded to handle the LvV1ll 
electrostatic printer/plotter in print mode only. The LV1ll is not 
a supported device and has not been tested with the RSTS/E driver. 
A hidden option is used to set the line printer characteristics to 


those of an LV11l. 
A.5 LPn: TYPE? 
LP or LS 


LV 


A.6 BASIC-PLUS PATCH? 


YES or NO 


O (DT) 


Normal response for LP1l or LS1l printers. 


Response to set LV11l printer characteristics. 
LV1l can only be used in print mode. No 
plotting capability is provided. 


Normal response determines whether 64 words 
of patch space is included in the BASIC-PLUS 
Run Time System. 


Causes patch space to be included in the 
BASIC-PLUS Run Time System and the Online 
Debugging Tool to be linked with the Run 
Time System code. BASIC-PLUS ODT is used 
to debug the Run Time System during normal 
time sharing operations. It is beyond the 
scope of this document to address actual 
use of any ODT. 
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APPENDIX B 


ADDRESS AND VECTOR ASSIGNMENTS 


The RSTS/E system assumes that all devices attached to the 
PDP-11 UNIBUS have been assigned addresses and vectors according to 
manufacturing standards. Several devices have so called "Floating 
Addresses." This means that the presence or absence of any floating 
address device will affect the assignment of addresses to other float- 
ing address devices. Similarly, several devices have "Floating 
Vectors." Interrupt vectors must be assigned in a specific sequence 
and the presence of one type of device will affect the correct assign- 
ment of interrupt vectors for other devices. There are also many 
standard options which have fixed addresses and vectors. This Appendix 
presents the algorithms for assignment of floating addresses and 
vectors, and lists the fixed assignments for devices supported under 
RSTS/E.- 


B.1 FLOATING ADDRESSES 


Currently the floating address devices include the DJ11 Multi- 
plexor, DH11 Multiplexor, DQ11 Synchronous Line Interface, and the DUI11 
Synchronous Line Interface. The following ground rules apply to these 
devices and future floating address devices: 


i ie Only new devices will be assigned floating addresses. 
Devices now in production will keep their old addresses. 


2. Future devices may float both their addresses and interrupt 
vectors. 


3. The floating address space starts at 769919(8) and proceeds 
upward to 764999(8). 


4. A gap in the address space (no slave SYNC) implies a device 
does not exist. 


lithe information in this Appendix is extracted from three memos: 


John Hittell, "Specification for Assignment of Floating Addresses," 
revised from 18/31/72. 


John Hittell, "Floating Vectors for the PDP-11," updated from 19/27/74 
John Friedrich, "Addresses and Vectors," April 3, 1974 


5. The first address of a new type device will always be on a 
2#N word boundary, where N is the integer value of 
(LOGaM+.9999999), and M is the number of device registers. 


Number of Registers Possible Boundaries 
In Device 


1 Any Word 
2 XXXXX@, XXXXX4 
3,4 XXXXXP 
5,6,7,8 XXXX@@, XXXX2Q, XXXX40, XXXxX6G 
9 thru 16 XXXX@B, XXXX49 
6. A "gap" of at least one word will be left after each type 


of device, starting on the same boundary the device would 
start on. Note that the gap must be at least one word in 
length but may be longer than one word. Gap length is 
determined by the boundary on which the next device must 
begin. 


ce Multiple devices of the same type must be addressed 
contiguously. 


Address 769919 is reserved for the first DJ1l. Since the DJ1l 
has four registers, additional DJ1ll's are assigned addresses modulo 
18 (base 8) immediately following the first DJ11 (i.e. 769919, 
769828, etc.). The modulo 18 (base 8) address following the last DJ11 
is left empty and is known as the DJ1l gap. If there are no DJ1l's, 
the gap is at 769919. If there is one DJ1l, the gap will be at 
769929. All gaps must be at least one word in length. 


After all DJ11 addresses and the DJ11l gap are defined, the ad- 
dress for the first DH1l1 can be assigned. DH11's have eight registers 
which implies a modulo 29 (base 8) boundary. The address of the first 
DH1l1 is the first modulo 29 address following the DJ11 gap. If there 
are no DJll's (DJ11 gap at 769919), the first DH11 is assigned address 
769929. Similarly, if there is one DJ1l, the DJ1l gap will begin at 
769929 and the next available mod 2 boundary is 769949. All addi- 
tional DH11l's are assigned addresses modulo 29 immediately after the 
first DH11. The DH11 gap begins on the 29 boundary following the 
last DH1ll. 


After all DH11 addresses and the DH11 gap are defined, DQ11 
addresses may be assigned. Since the DQ11 has four registers, a modulo 
19 boundary is required. This will be the first mod 19 boundary 
following the DH11 gap. On a system with one DJ1l and one DH11, the 
DH11 gap would be at address 76gg6g and the first available DQ11 ad- 
dress would be 769979. All additional DQ1l1's are assigned addresses 
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immediately following the first DQ11. The DQ11 gap address is the 
mod 18 boundary following the last DQ1l1. Again a gap of at least 
one word is required. 


Finally DU11 addresses can be defined in a similar manner. The 
DU11 has four registers and requires a modulo 19 boundary, for 
example, assume a system has one DJ1l, one DH11, no DQ11, and at 
least one DU11. As mentioned above, the DH11 gap would be at 
769968. Since there are no DQ11's, the DQ11 gap must be located at 
the first modulo 1% boundary following the DH11 gap. The DQ11 gap 
would, therefore, be at address 769978. The first available DU1I1 
address would be 76919f and additional DU11 units would be assigned 
mod 1% addresses immediately following the first DU1I1. 


Addresses for any future floating address devices will be 


assigned in a similar manner following the DU11 gap. 


pe bu 
2 8 
@ 1 
6 2 
® 3 
a 4 


wDee aDee afue 
aFee 


aehee 


wace afae 


eBeok 


Dew 


Bed 


eden 


Bel 
eDeae 
oF ae 


aece of aa 


ween erce ohee 
eBet 
=Ddel 


e8eJ 
Dak 


ofeea 


°8=L 
=wDamr 
ofae 
eevee eaee eheaw 
efor 


ese 


efel 
oDok 
oFel 


Bel 
oDaM 
ofaN 


eose ahaa 


eBeH 
Deal 


wand 


oBeJ 
aDak 
oF ol 


woe 


Bel 
Dem 


ooek 


wHaAT IS THIS 7? 

THIS I9 A SYMBOLIC TABLE OF UNIBUS 
ADDRESSES FOR THE FLOATING ADORESS 
DEVICES OJ12,0M144 OGL1, AND OUit, 
THE LETTERS & THRU W CORRESPOND To 
UNIBUS ADDRESSES SHOWN IN THE LIST 
TO THE RIGHT, 


THE TABLE CONTAINS ALL POSSIBLE 
COMBINATIONS OF UP TO FOUR OF EACH 
TYPE OF DEVICE, THIS SHOULD COVER 
MOST OF THE PDP={1 CONFIGURATIONS, 
THE TABLE SWOULO NOT BE USED FOR 
ANY MACHINE CONFIGURED FOR MORE 
THAN FOUR DJ'tS,DH'S,DG'S, OR OU'S, 


COLUMN HEADERS ARE THE NUMBER OF 
DJL1'S AND DA11'S, ROW HEADERS ARE 
THE NUMBER OF DGIt'S AND DUII'S, 


HOw TO USE THE TABLE 


DETERMINE THE NUMBER OF ODJ11'S, 
DHit'S, OG11'S, AND DULL'S TO BE 
INCLUDED IN THE HARDWARE CONFIG= 


URATION. 


Ao 


ADe@ 
efeu 


adeJ 
ofee 


Abed 
wk ok 


adeJ 
oF ok 
wool 


AdeJd 
oF ak 
week 


wool 


FLOATING ADDRESS TABLE 
DJL, OHIL, COIS, OUIS 


2 
i 


2 
2 


2 


8 3 


wo 


ADew 
BFeae 


ekhees 


ADe= 
Br aa 


Ades 
BF ee 


etea 


ADee 
ofea 
ekhea 


alee 


ADe= 


Aheea 


ADee 


wFoo Bese 


ehee eeaee weeeu 


evce eevee seve eevee cess eJjes 


ADeN 
BF oe 


otee 


adeJ 
BFee 


aDeN 


oFee 


Awe? 


ADeH 


ADeL 
BF we 


etes 


ADeL 
oFee 
stee ance 


eJee 


ehueea eece 


evan euesce seen sees Sees ojee 


ADeN 
BFe0 


ahoa 


Awa? 
BeeG 


Ader 
Beel 


AdeJ 
BF eK 


Adel 
BFaM 


ehee 


ADeoL 
efor 


ehew 


ADeN 
eFel 
whee 
elec pees eoce ween oleae 


ADe=N 
BF ed 
aheP 


eles 


hook 
BeoG 


eooh 


a0=-H 
Bowl 


aeeJd 


ADeJ 
BF aK 


work 


ADeL 
BF eM 
wheN 


AD@N 
Feo 
aheaP 


eJes 


Adel 
of om 
ohoN 


ADeN 
BF a0 
aJe0 


hoo? 
BoneG 


woah 


AD@#h 
Buel 


evened 


ADe@J 
BF aK 
wool 


wawM 


ADeL 
BF aM 
etaN 
eee! 


ADeL 
etaN 


oond 


ADeN 
oF sO 
wJaQ 


ese] wawkK 


FIND THE COLUMN CORRESPONDING TO 
THE NUMBER OF OJ11!'S AND OM44'S, 
SCAN DOWN THIS COLUMN FOR THE 
ROh CORRESPONDING TO THE DESIRED 
NUMBER OF DOSt!'S AND OULI'S, 


AY THE INTERSECTION POINT IS & 
4 BY 4 BLOCK OF SYMBOLS INCLUD= 
ING DASHES AND LETTERS A THRU W, 
THE LETTERS REPRESENT THE PROPER 


UNIBUS ADORESS FOR EACH DEVICE, 
THE LIST TO THE RIGHT SHOWS THE 
ADORESS CORRESPONDING TO EACH 
LETTER, THE OASHES INDICATE NON@ 
EXISTENT DEVICES, THE 4x4 BLOCK 
IS INTERPRETED AS SHOWN BELOwS 
o0ob00 
JueQu 
1ST AOK M 
28D BFe#N 
3RD © KR @ 0 
4TH es w= © P 


AFoo 
Beee 


Cues 


hece 
Baae 
Caoce 


AFeJ 


Aweh 
Bees 


Coan 


Conn 


AFeJ 
Book 


Cena 


Aeak 
Beal 
Cocn 


AFeJ 
Beek 
Ceol 


hook 
Bool 
ConJ 


AFeaJ 
Baeak 
Cook 


aweM 


death 
Beal 
Coad 


woekK 


ADDRESSES 


7600108 
760020 
768830 
762040 
768058 
7602068 
760078 
768100 
760118 
768120 
768138 
7601423 
768158 
760162 
7628170 
760208 
760210 
768220 
7682308 
760248 
760258 
768260 
768272 


F< CuaoweBDovozZFErTKonKHKIONMMOOTDS 
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Aree 
Been 


Cuoe 


AFoa Aone 
BHee 
CJee 


Beeae 
Caen 
Deen Down 
AFoJ 


AFon 
Bee 
Clee 


Aonwr 
Beene 
Coon 


Deoe 


C5uowe 


Decne 


AFeJ 
BaawkK 
Cane 


Deoe 


AFa=N 
BHO 
CJe- 


AewH 
Beel 
Cuooee 


Deen 


AFedJ 
Beek 
Cea=L 
Deewe 


AFoN 
BHeQ 
CJ=P 


heel 
Ben] 
Cee 


Dewe 


AFaN 
Bread 
CJ eP 


aeeQ 


AFoJ 
Beek 
Cook 
Cao 


hoo 
Beal 
CeonJ 
DawK 


EXAMPLE 


CONSIDER A SYSTEM TU Two 


DJ'S, 3 OH'S, 1 DQ, 


INCLUDE 
AND 4 DU'S, 


THE COLUMN CORRESPONDING TO 2 OJ'S 
AND 3 DR'S IS FOUND AT THE CENTER 
OF THE TABLE. THE RUW FOR 1 DO AND 
4 DU'S IS LOCATED ON PAGE 2 oF 3, 
TmE BLOCK AT THE INTERSECTION 19 
TRE ONE SmOwN TO THE LEFT BELOW, 


USING THE 4 X 4 BLOCK AND TRE LIST 
OF ADDRESSES, THE CORRECT FLOATING 
ADDRESSES CAN BE READ ImmEDIATELY, 


1ST DJi1 = & © 760010 
2ND OJii =» B ® 760020 
18ST OH1i = 0 * 766848 
2ND OF11 = F 8 7609628 
JRO OMLi = MH # 768408 
18ST D@Lt = K & 760138 
1ST OLLI = » ® 760158 
2ND OULL & N 8 760160 
BRD OULL # 0 8 760170 
4Tm OulL = P ® 760200 


D@ bY 


FLOATING ADDRESS TABLE 
Oaii, OUll 


DJil, 


AvEe 
Beawa 
wone 


AwEG 
Beoew 


AEG 
Beet 


AEG 
Beek 
evel 
eooe 


AeEG 
Beot 
seo! 
woe! 


Awko 
Baha 


AeEH 
Befe 


AeEH 
Bef I 


AeEH 
Ber! 
oon! 


AoEH 
Bef! 
eve! 


waaKk 


OK11, 


2 
i 


ADGe 
Baan 


a0G!I 
Bean 


ADGI 
BeeJ 


ADGI 
BeeJ 
wook 


a0GI 
Boo 
ennk 
evel 


ADGe 
Bete 


adGJ 
Bete 


adGJ 
BeHK 


adGJ 
BeHK 
eeol 


AdGJ 
BeHK 
evel, 


eoakt 


2 
2 


ADI«e 
BF ae 


ADIK 
BF ae 


AOIK 
BF aL 


ADIK 
BF el 
eeu 


ADIK 
Brel 
waamt 
weoN 


ADIe 
BF Je 


AOTL 
BF Je 
=sec@ 


ADIL 
BF JM 


AOTL 
BF JM 
ween 


ADIL 
BF IM 
waaN 


waned 


ADKe 
Bree 
ehes 


adKM 
BFee 
ehee 


ADKM 
BF en 
whee 


ADKM 
BFeNn 


ADKM 
BFeN 


waaP 


ADKe 
BFLe 
whee 


ADKN 
BFLe 
shaw 


AODKN 
6FLO 
akhee 


ADKN 
BFLO 
wheaP 


ADKN 
BFLO 
aheP 
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oJ 

On 
00 OU 
3. 
3.1 
3.2 
3.3 
3.4 
4 68 
464 
4 2 
4 63 
4 4 


FLOATING ADDRESS TABLE 
DGit, DUIt 


OJil, 


Aveo 
Boeke 
enGe 


AwEl 
Boke 
«oGe 


acEl 
Bok J 
eeGe 


awe! 
Bor J 
eeGK 


AwE! 
BeFJ 
eoGK 


ewel 


AoEo 
Boke 
weGe 
eahe 


are 
Boke 
oeGe 


eats 


AcEJ 
BeFK 
oaGe 
eoks 


ArEJd 
BeofK 
eaGh 


evoke 


AcE] 
BerK 
-@G6L 
aokM 


OHit, 


2 
1 


AdGe 
Boke 
weolea 


ADGK 
Bete 
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B.2 FLOATING VECTORS 


Many devices have floating vectors. The vector assignment 
sequence will normally be the same sequence as that in which the 
devices enter production. A new option's vector will never be inser- 
ted before the vector for a device that is already in production. 
There are no vector gaps required. The floating vectors begin at 
address 38% and proceed upwards. The vector assignment sequence for 
current devices is defined below. 


Device Vector| Max # BR RSTS/E Notes 
Size Units | Level 

DC1l 774996 | +19 1g 32 | BRS 
KL11,DL11A,B 776508 | +19 1g 16 | BR4 NON-CONSOLE 
DP1ll 774779 | -19¢ 1g 32 | BRS 2788 ONLY 
DM11A 775990 | +19 1g | 16 | BRS NOT SUPPORTED 
DN11 775298 | +19 4 | 16 | BR4 NOT SUPPORTED 
DM11BB 770598 | +19 4 | 16 | BR4 | 
DR11A,C 767776 | -16 1g? | 32 | BRS NOT SUPPORTED 
PA611 READER 772680 | + 4 4} 16 BR4 NOT SUPPORTED | 
\PA611 PUNCH 772700 | +4 4} 16 | BR4 .| NOT SUPPORTED 
DT11 (DT@3-FP)| 774290 | + 2 16} 8 | BR7 NOT SUPPORTED 
DX11 776209 | +49 1g} 4 | BR4 NOT SUPPORTED 
DL11C,D,E 775616 | +19 1g? 31 | BR4 
DJ11 FLOAT +19 1g? 16 | BR4 NOT SUPPORTED 
DH11 FLOAT +29 16} 16 | BRS 
GT49 772622 16! BR4 NOT SUPPORTED 
LPS11 77G400 | +49 3g? 14 | BRS,6| NOT SUPPORTED 
DQ11 FLOAT +19 1g} 16 BR5 NOT SUPPORTED 
KWLLW 772490 NA 1g? Z NOT SUPPORTED 
DULL FLOAT +19 1g’ 16 | BRS 2788 ONLY 


Floating address and vector devices which are not supported 
under RSTS/E must be identified during system generation so that the 
system is configured for the correct addresses and vectors. 


Ifhe first vector for the first device of this type must always be on 
a 18(8) boundary. 


B.3 FIXED ADDRESSES AND VECTORS 


The table below lists the devices supported under RSTS/E which 
have fixed addresses and vectors. 


RC1l1l 77744D BR5 4 PLATTERS 
RF11 77746 BR5 a es 8 PLATTERS 
RK11 777406 BR5 UP TO 8 DRIVES 
RP1IC 776719 BR5 UP TO 8 DRIVES 
RJIS#3/RISPA 772940 BR5 UP TO 4 DRIVES 
TCll 777349 BR6 UP TO 8 DRIVES | 
TM11 772520 BR5 UP TO 8 DRIVES 
LP11,LS11 (LPQ) 777514 BR4 UP TO 8 PRINTERS 
(LP1) 764994 BR4 DEPENDING ON 
(LP2) 764914 BR4 SPEED. 
(LP3) 764924 BR4 
(LP 4) 764934 BR4 
(LP5) 764944 BR4 
(LP6) 764954 BR4 
(LP7) 764964 BR4 
CR11,CM11 777169 BR5 
CD11 772469 BR4 
KW11L 777546 BR6 
KW11P 772549 BR6 
KG11 778789 NONE 2788 ONLY 
KL11,DL11A,DL11B | 777569 BR4 CONSOLE INTERFACE 


HOW TO OBTAIN SOFTWARE INFORMATION 


SOFTWARE NEWSLETTERS, MAILING LIST 


The Software Communications Group, located at corporate headquarters in 
Maynard, publishes newsletters and Software Performance Summaries (SPS) 
for the various Digital products. Newsletters are published monthly, 
and contain announcements of new and revised software, programming 
notes, software problems and solutions, and documentation corrections. 
Software Performance Summaries are a collection of existing problems 
and solutions for a given software system, and are published periodi- 
cally. For information on the distribution of these documents and how 
to get on the software newsletter mailing list, write to: 


Software Communications 
P. O. Box F 


ae we 


Maynard, Massachusetts 01754 


SOFTWARE PROBLEMS 


Questions or problems relating to Digital's software should be reported 
to a Software Support Specialist. A specialist is located in each 
Digital Sales Office in the United States. In Europe, software problem 
reporting centers are in the following cities. 


Reading, England Milan, Italy 

Paris, France Solna, Sweden 

The Hague, Holland Geneva, Switzerland 
Tel Aviv, Israel Munich, West Germany 


Software Problem Report (SPR) forms are available from the specialists 
or from the Software Distribution Centers cited below. 


PROGRAMS AND MANUALS 


Software and manuals should be ordered by title and order number. In 
the United States, send orders to the nearest distribution center. 


Digital Equipment Corporation Digital Equipment Corporation 
Software Distribution Center Software Distribution Center 

146 Main Street 1400 Terra Bella 

Maynard, Massachusetts 01754 Mountain View, California 94043 


Outside of the United States, orders should be directed to the nearest 
Digital Field Sales Office or representative. 


USERS SOCIETY 


DECUS, Digital Equipment Computer Users Society, maintains a user ex- 

change center for user-written programs and technical application in- 

formation. A catalog of existing programs is available. The society 

publishes a periodical, DECUSCOPE, and holds technical seminars in the 
United States, Canada, Europe, and Australia. For information on the 

society and membership application forms, write to: 


DECUS DECUS 

Digital Equipment Corporation Digital Equipment Corporation 
146 Main Street International (Europe) 
Maynard, Massachusetts 01754 P.O. Box 340 


1211 Geneva 26 
Switzerland 


RSTS/E 
System Reliability Test 
DEC-11-ORSRB-A-D 


READER'S COMMENTS 


NOTE: This form is for document comments only. Problems 
with software should be reported on a Software 
Problem Repcrt (SPR) form (see the HOW TO OBTAIN 
SOFTWARE INFORMATION page). 


Did you find errors in this manual? If so, specify by page. 


Did you find this manual understandable, usable, and well-organized? 
Please make suggestions for improvement. 


Is there sufficient documentation on associated system programs 
required for use of the software described in this manual? If not, 
what material is missing and where should it be placed? 


Please indicate the type of user/reader that you most nearly represent. 


Assembly language programmer 
Higher-level language programmer 
Occasional programmer (experienced) 
User with little programming experience 
Student programmer 


OOO0O00 


Non-programmer interested in computer concepts and capabilities 


Name Cé ACN 
Organization 
Street 
aa eR Oe Code 
or 
Country 


If you do not require a written reply, please check here. C) 
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